processo de design de interação orientado a métricas

65
Universidade de Brasília - UnB Faculdade UnB Gama - FGA Engenharia de Software Processo de Design de Interação Orientado a Métricas Autor: Jessica Suzuki Orientador: Professora Dra. Edna Dias Canedo Brasília, DF 2016

Upload: phamthuan

Post on 07-Jan-2017

219 views

Category:

Documents


2 download

TRANSCRIPT

Page 1: Processo de Design de Interação Orientado a Métricas

Universidade de Brasiacutelia - UnBFaculdade UnB Gama - FGA

Engenharia de Software

Processo de Design de Interaccedilatildeo Orientado aMeacutetricas

Autor Jessica SuzukiOrientador Professora Dra Edna Dias Canedo

Brasiacutelia DF2016

Jessica Suzuki

Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

Monografia submetida ao curso de graduaccedilatildeoem (Engenharia de Software) da Universi-dade de Brasiacutelia como requisito parcial paraobtenccedilatildeo do Tiacutetulo de Bacharel em (Enge-nharia de Software)

Universidade de Brasiacutelia - UnB

Faculdade UnB Gama - FGA

Orientador Professora Dra Edna Dias Canedo

Brasiacutelia DF2016

Jessica SuzukiProcesso de Design de Interaccedilatildeo Orientado a Meacutetricas Jessica Suzuki ndash Bra-

siacutelia DF 2016-64 p il (algumas color) 30 cm

Orientador Professora Dra Edna Dias Canedo

Trabalho de Conclusatildeo de Curso ndash Universidade de Brasiacutelia - UnBFaculdade UnB Gama - FGA 20161 Processo de Design de Interaccedilatildeo 2 Interaccedilatildeo Orientada a Meacutetrica I

Professora Dra Edna Dias Canedo II Universidade de Brasiacutelia III FaculdadeUnB Gama IV Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

CDU 021410056

Jessica Suzuki

Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

Monografia submetida ao curso de graduaccedilatildeoem (Engenharia de Software) da Universi-dade de Brasiacutelia como requisito parcial paraobtenccedilatildeo do Tiacutetulo de Bacharel em (Enge-nharia de Software)

Trabalho aprovado Brasiacutelia DF 05 de dezembro de 2016

Professora Dra Edna Dias CanedoOrientador

Titulaccedilatildeo e Nome do ProfessorConvidado 01

Convidado 1

Titulaccedilatildeo e Nome do ProfessorConvidado 02

Convidado 2

Brasiacutelia DF2016

Agradecimentos

Primeiramente eu gostaria de agradecer agrave Deus por ter me dado a oportunidadede estudar na UnB foi ele quem me deu forccedila e sauacutede para chegar ateacute aqui Depois delevem a pessoa mais importante na minha vida que sempre apoiou os meus estudos e fez opossiacutevel e impossiacutevel para me ajudar esta eacute a minha matildee Sheila Guedes Pereira SuzukiGostaria de agradecer tambeacutem toda a minha famiacutelia que de alguma forma me ajudounessa etapa da vida fornecendo todo suporte necessaacuterio

Quero deixar meus sinceros agradecimentos ao meu namorado Danilo FeitozaMelo por ter passado ao meu lado por vaacuterios momentos difiacuteceis durante a minha gradu-accedilatildeo e principalmente pela dedicaccedilatildeo em sempre me ajudar

Por fim e natildeo menos importante agradeccedilo a minha orientadora Edna Dias Canedoe a colaboradora Fabiana Freitas Mendes por sempre me dar auxiacutelio e suporte durante aexecuccedilatildeo desse trabalho

ResumoO resumo deve ressaltar o objetivo o meacutetodo os resultados e as conclusotildees do documentoA ordem e a extensatildeo destes itens dependem do tipo de resumo (informativo ou indicativo)e do tratamento que cada item recebe no documento original O resumo deve ser precedidoda referecircncia do documento com exceccedilatildeo do resumo inserido no proacuteprio documento( ) As palavras-chave devem figurar logo abaixo do resumo antecedidas da expressatildeoPalavras-chave separadas entre si por ponto e finalizadas tambeacutem por ponto O textopode conter no miacutenimo 150 e no maacuteximo 500 palavras eacute aconselhaacutevel que sejam utilizadas200 palavras E natildeo se separa o texto do resumo em paraacutegrafos

Palavras-chaves latex abntex editoraccedilatildeo de texto

AbstractThis is the english abstract

Key-words latex abntex text editoration

Lista de ilustraccedilotildees

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994) 14Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos in-

terdisciplinares que se preocupam com o design de interaccedilatildeo (ROGERSSHARP PREECE 2005) 19

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009) 22Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993) 23Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999) 24Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011) 29Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de

(ISO25010 2011) 31Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida

de (ISO25010 2011) 32Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999) 33Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36Figura 11 ndash Matriz de Responsabilidades RACI do Processo 38

Lista de tabelas

Tabela 1 ndash Trabalhos selecionados para Coleta de dados 26Tabela 2 ndash Niacutevel de detalhamento dos trabalhos 27Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT

1999) 34Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999) 34Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio 39Tabela 6 ndash Anaacutelise de Tarefas 40Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma 41Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto 42Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade 43Tabela 10 ndash Planejamento do GQM 44Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees 45Tabela 12 ndash Reengenharia do Trabalho 46Tabela 13 ndash Projeto do Modelo Conceitual 47Tabela 14 ndash Prototipagem do Modelo Conceitual 48Tabela 15 ndash Definiccedilatildeo de Meacutetricas 49Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual 50Tabela 17 ndash Anaacutelise dos Dados Coletados 51Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela 52Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela 53Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 54Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio 55Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado 56Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso 57Tabela 24 ndash Instalaccedilatildeo 58Tabela 25 ndash Feedback do Usuaacuterio 59Tabela 26 ndash Melhoria 60

Lista de abreviaturas e siglas

COBIT Control Objectives for Information and Related Technologies

FGA Faculdade do Gama

GQM Goal Questions Metrics

IEC International Electrotechnical Commission

IHC Interaccedilatildeo Humano-Computador

ISO International Organization for Standardization

RACI Responsible Accountable Consulted and Informed

SQuaRE Systems and software Quality Requirements and Evaluation

TI Tecnologia da Informaccedilatildeo

UnB Universidade de Brasiacutelia

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 2: Processo de Design de Interação Orientado a Métricas

Jessica Suzuki

Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

Monografia submetida ao curso de graduaccedilatildeoem (Engenharia de Software) da Universi-dade de Brasiacutelia como requisito parcial paraobtenccedilatildeo do Tiacutetulo de Bacharel em (Enge-nharia de Software)

Universidade de Brasiacutelia - UnB

Faculdade UnB Gama - FGA

Orientador Professora Dra Edna Dias Canedo

Brasiacutelia DF2016

Jessica SuzukiProcesso de Design de Interaccedilatildeo Orientado a Meacutetricas Jessica Suzuki ndash Bra-

siacutelia DF 2016-64 p il (algumas color) 30 cm

Orientador Professora Dra Edna Dias Canedo

Trabalho de Conclusatildeo de Curso ndash Universidade de Brasiacutelia - UnBFaculdade UnB Gama - FGA 20161 Processo de Design de Interaccedilatildeo 2 Interaccedilatildeo Orientada a Meacutetrica I

Professora Dra Edna Dias Canedo II Universidade de Brasiacutelia III FaculdadeUnB Gama IV Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

CDU 021410056

Jessica Suzuki

Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

Monografia submetida ao curso de graduaccedilatildeoem (Engenharia de Software) da Universi-dade de Brasiacutelia como requisito parcial paraobtenccedilatildeo do Tiacutetulo de Bacharel em (Enge-nharia de Software)

Trabalho aprovado Brasiacutelia DF 05 de dezembro de 2016

Professora Dra Edna Dias CanedoOrientador

Titulaccedilatildeo e Nome do ProfessorConvidado 01

Convidado 1

Titulaccedilatildeo e Nome do ProfessorConvidado 02

Convidado 2

Brasiacutelia DF2016

Agradecimentos

Primeiramente eu gostaria de agradecer agrave Deus por ter me dado a oportunidadede estudar na UnB foi ele quem me deu forccedila e sauacutede para chegar ateacute aqui Depois delevem a pessoa mais importante na minha vida que sempre apoiou os meus estudos e fez opossiacutevel e impossiacutevel para me ajudar esta eacute a minha matildee Sheila Guedes Pereira SuzukiGostaria de agradecer tambeacutem toda a minha famiacutelia que de alguma forma me ajudounessa etapa da vida fornecendo todo suporte necessaacuterio

Quero deixar meus sinceros agradecimentos ao meu namorado Danilo FeitozaMelo por ter passado ao meu lado por vaacuterios momentos difiacuteceis durante a minha gradu-accedilatildeo e principalmente pela dedicaccedilatildeo em sempre me ajudar

Por fim e natildeo menos importante agradeccedilo a minha orientadora Edna Dias Canedoe a colaboradora Fabiana Freitas Mendes por sempre me dar auxiacutelio e suporte durante aexecuccedilatildeo desse trabalho

ResumoO resumo deve ressaltar o objetivo o meacutetodo os resultados e as conclusotildees do documentoA ordem e a extensatildeo destes itens dependem do tipo de resumo (informativo ou indicativo)e do tratamento que cada item recebe no documento original O resumo deve ser precedidoda referecircncia do documento com exceccedilatildeo do resumo inserido no proacuteprio documento( ) As palavras-chave devem figurar logo abaixo do resumo antecedidas da expressatildeoPalavras-chave separadas entre si por ponto e finalizadas tambeacutem por ponto O textopode conter no miacutenimo 150 e no maacuteximo 500 palavras eacute aconselhaacutevel que sejam utilizadas200 palavras E natildeo se separa o texto do resumo em paraacutegrafos

Palavras-chaves latex abntex editoraccedilatildeo de texto

AbstractThis is the english abstract

Key-words latex abntex text editoration

Lista de ilustraccedilotildees

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994) 14Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos in-

terdisciplinares que se preocupam com o design de interaccedilatildeo (ROGERSSHARP PREECE 2005) 19

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009) 22Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993) 23Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999) 24Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011) 29Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de

(ISO25010 2011) 31Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida

de (ISO25010 2011) 32Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999) 33Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36Figura 11 ndash Matriz de Responsabilidades RACI do Processo 38

Lista de tabelas

Tabela 1 ndash Trabalhos selecionados para Coleta de dados 26Tabela 2 ndash Niacutevel de detalhamento dos trabalhos 27Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT

1999) 34Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999) 34Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio 39Tabela 6 ndash Anaacutelise de Tarefas 40Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma 41Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto 42Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade 43Tabela 10 ndash Planejamento do GQM 44Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees 45Tabela 12 ndash Reengenharia do Trabalho 46Tabela 13 ndash Projeto do Modelo Conceitual 47Tabela 14 ndash Prototipagem do Modelo Conceitual 48Tabela 15 ndash Definiccedilatildeo de Meacutetricas 49Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual 50Tabela 17 ndash Anaacutelise dos Dados Coletados 51Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela 52Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela 53Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 54Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio 55Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado 56Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso 57Tabela 24 ndash Instalaccedilatildeo 58Tabela 25 ndash Feedback do Usuaacuterio 59Tabela 26 ndash Melhoria 60

Lista de abreviaturas e siglas

COBIT Control Objectives for Information and Related Technologies

FGA Faculdade do Gama

GQM Goal Questions Metrics

IEC International Electrotechnical Commission

IHC Interaccedilatildeo Humano-Computador

ISO International Organization for Standardization

RACI Responsible Accountable Consulted and Informed

SQuaRE Systems and software Quality Requirements and Evaluation

TI Tecnologia da Informaccedilatildeo

UnB Universidade de Brasiacutelia

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 3: Processo de Design de Interação Orientado a Métricas

Jessica SuzukiProcesso de Design de Interaccedilatildeo Orientado a Meacutetricas Jessica Suzuki ndash Bra-

siacutelia DF 2016-64 p il (algumas color) 30 cm

Orientador Professora Dra Edna Dias Canedo

Trabalho de Conclusatildeo de Curso ndash Universidade de Brasiacutelia - UnBFaculdade UnB Gama - FGA 20161 Processo de Design de Interaccedilatildeo 2 Interaccedilatildeo Orientada a Meacutetrica I

Professora Dra Edna Dias Canedo II Universidade de Brasiacutelia III FaculdadeUnB Gama IV Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

CDU 021410056

Jessica Suzuki

Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

Monografia submetida ao curso de graduaccedilatildeoem (Engenharia de Software) da Universi-dade de Brasiacutelia como requisito parcial paraobtenccedilatildeo do Tiacutetulo de Bacharel em (Enge-nharia de Software)

Trabalho aprovado Brasiacutelia DF 05 de dezembro de 2016

Professora Dra Edna Dias CanedoOrientador

Titulaccedilatildeo e Nome do ProfessorConvidado 01

Convidado 1

Titulaccedilatildeo e Nome do ProfessorConvidado 02

Convidado 2

Brasiacutelia DF2016

Agradecimentos

Primeiramente eu gostaria de agradecer agrave Deus por ter me dado a oportunidadede estudar na UnB foi ele quem me deu forccedila e sauacutede para chegar ateacute aqui Depois delevem a pessoa mais importante na minha vida que sempre apoiou os meus estudos e fez opossiacutevel e impossiacutevel para me ajudar esta eacute a minha matildee Sheila Guedes Pereira SuzukiGostaria de agradecer tambeacutem toda a minha famiacutelia que de alguma forma me ajudounessa etapa da vida fornecendo todo suporte necessaacuterio

Quero deixar meus sinceros agradecimentos ao meu namorado Danilo FeitozaMelo por ter passado ao meu lado por vaacuterios momentos difiacuteceis durante a minha gradu-accedilatildeo e principalmente pela dedicaccedilatildeo em sempre me ajudar

Por fim e natildeo menos importante agradeccedilo a minha orientadora Edna Dias Canedoe a colaboradora Fabiana Freitas Mendes por sempre me dar auxiacutelio e suporte durante aexecuccedilatildeo desse trabalho

ResumoO resumo deve ressaltar o objetivo o meacutetodo os resultados e as conclusotildees do documentoA ordem e a extensatildeo destes itens dependem do tipo de resumo (informativo ou indicativo)e do tratamento que cada item recebe no documento original O resumo deve ser precedidoda referecircncia do documento com exceccedilatildeo do resumo inserido no proacuteprio documento( ) As palavras-chave devem figurar logo abaixo do resumo antecedidas da expressatildeoPalavras-chave separadas entre si por ponto e finalizadas tambeacutem por ponto O textopode conter no miacutenimo 150 e no maacuteximo 500 palavras eacute aconselhaacutevel que sejam utilizadas200 palavras E natildeo se separa o texto do resumo em paraacutegrafos

Palavras-chaves latex abntex editoraccedilatildeo de texto

AbstractThis is the english abstract

Key-words latex abntex text editoration

Lista de ilustraccedilotildees

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994) 14Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos in-

terdisciplinares que se preocupam com o design de interaccedilatildeo (ROGERSSHARP PREECE 2005) 19

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009) 22Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993) 23Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999) 24Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011) 29Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de

(ISO25010 2011) 31Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida

de (ISO25010 2011) 32Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999) 33Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36Figura 11 ndash Matriz de Responsabilidades RACI do Processo 38

Lista de tabelas

Tabela 1 ndash Trabalhos selecionados para Coleta de dados 26Tabela 2 ndash Niacutevel de detalhamento dos trabalhos 27Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT

1999) 34Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999) 34Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio 39Tabela 6 ndash Anaacutelise de Tarefas 40Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma 41Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto 42Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade 43Tabela 10 ndash Planejamento do GQM 44Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees 45Tabela 12 ndash Reengenharia do Trabalho 46Tabela 13 ndash Projeto do Modelo Conceitual 47Tabela 14 ndash Prototipagem do Modelo Conceitual 48Tabela 15 ndash Definiccedilatildeo de Meacutetricas 49Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual 50Tabela 17 ndash Anaacutelise dos Dados Coletados 51Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela 52Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela 53Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 54Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio 55Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado 56Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso 57Tabela 24 ndash Instalaccedilatildeo 58Tabela 25 ndash Feedback do Usuaacuterio 59Tabela 26 ndash Melhoria 60

Lista de abreviaturas e siglas

COBIT Control Objectives for Information and Related Technologies

FGA Faculdade do Gama

GQM Goal Questions Metrics

IEC International Electrotechnical Commission

IHC Interaccedilatildeo Humano-Computador

ISO International Organization for Standardization

RACI Responsible Accountable Consulted and Informed

SQuaRE Systems and software Quality Requirements and Evaluation

TI Tecnologia da Informaccedilatildeo

UnB Universidade de Brasiacutelia

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 4: Processo de Design de Interação Orientado a Métricas

Jessica Suzuki

Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

Monografia submetida ao curso de graduaccedilatildeoem (Engenharia de Software) da Universi-dade de Brasiacutelia como requisito parcial paraobtenccedilatildeo do Tiacutetulo de Bacharel em (Enge-nharia de Software)

Trabalho aprovado Brasiacutelia DF 05 de dezembro de 2016

Professora Dra Edna Dias CanedoOrientador

Titulaccedilatildeo e Nome do ProfessorConvidado 01

Convidado 1

Titulaccedilatildeo e Nome do ProfessorConvidado 02

Convidado 2

Brasiacutelia DF2016

Agradecimentos

Primeiramente eu gostaria de agradecer agrave Deus por ter me dado a oportunidadede estudar na UnB foi ele quem me deu forccedila e sauacutede para chegar ateacute aqui Depois delevem a pessoa mais importante na minha vida que sempre apoiou os meus estudos e fez opossiacutevel e impossiacutevel para me ajudar esta eacute a minha matildee Sheila Guedes Pereira SuzukiGostaria de agradecer tambeacutem toda a minha famiacutelia que de alguma forma me ajudounessa etapa da vida fornecendo todo suporte necessaacuterio

Quero deixar meus sinceros agradecimentos ao meu namorado Danilo FeitozaMelo por ter passado ao meu lado por vaacuterios momentos difiacuteceis durante a minha gradu-accedilatildeo e principalmente pela dedicaccedilatildeo em sempre me ajudar

Por fim e natildeo menos importante agradeccedilo a minha orientadora Edna Dias Canedoe a colaboradora Fabiana Freitas Mendes por sempre me dar auxiacutelio e suporte durante aexecuccedilatildeo desse trabalho

ResumoO resumo deve ressaltar o objetivo o meacutetodo os resultados e as conclusotildees do documentoA ordem e a extensatildeo destes itens dependem do tipo de resumo (informativo ou indicativo)e do tratamento que cada item recebe no documento original O resumo deve ser precedidoda referecircncia do documento com exceccedilatildeo do resumo inserido no proacuteprio documento( ) As palavras-chave devem figurar logo abaixo do resumo antecedidas da expressatildeoPalavras-chave separadas entre si por ponto e finalizadas tambeacutem por ponto O textopode conter no miacutenimo 150 e no maacuteximo 500 palavras eacute aconselhaacutevel que sejam utilizadas200 palavras E natildeo se separa o texto do resumo em paraacutegrafos

Palavras-chaves latex abntex editoraccedilatildeo de texto

AbstractThis is the english abstract

Key-words latex abntex text editoration

Lista de ilustraccedilotildees

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994) 14Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos in-

terdisciplinares que se preocupam com o design de interaccedilatildeo (ROGERSSHARP PREECE 2005) 19

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009) 22Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993) 23Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999) 24Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011) 29Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de

(ISO25010 2011) 31Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida

de (ISO25010 2011) 32Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999) 33Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36Figura 11 ndash Matriz de Responsabilidades RACI do Processo 38

Lista de tabelas

Tabela 1 ndash Trabalhos selecionados para Coleta de dados 26Tabela 2 ndash Niacutevel de detalhamento dos trabalhos 27Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT

1999) 34Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999) 34Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio 39Tabela 6 ndash Anaacutelise de Tarefas 40Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma 41Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto 42Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade 43Tabela 10 ndash Planejamento do GQM 44Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees 45Tabela 12 ndash Reengenharia do Trabalho 46Tabela 13 ndash Projeto do Modelo Conceitual 47Tabela 14 ndash Prototipagem do Modelo Conceitual 48Tabela 15 ndash Definiccedilatildeo de Meacutetricas 49Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual 50Tabela 17 ndash Anaacutelise dos Dados Coletados 51Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela 52Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela 53Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 54Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio 55Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado 56Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso 57Tabela 24 ndash Instalaccedilatildeo 58Tabela 25 ndash Feedback do Usuaacuterio 59Tabela 26 ndash Melhoria 60

Lista de abreviaturas e siglas

COBIT Control Objectives for Information and Related Technologies

FGA Faculdade do Gama

GQM Goal Questions Metrics

IEC International Electrotechnical Commission

IHC Interaccedilatildeo Humano-Computador

ISO International Organization for Standardization

RACI Responsible Accountable Consulted and Informed

SQuaRE Systems and software Quality Requirements and Evaluation

TI Tecnologia da Informaccedilatildeo

UnB Universidade de Brasiacutelia

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 5: Processo de Design de Interação Orientado a Métricas

Agradecimentos

Primeiramente eu gostaria de agradecer agrave Deus por ter me dado a oportunidadede estudar na UnB foi ele quem me deu forccedila e sauacutede para chegar ateacute aqui Depois delevem a pessoa mais importante na minha vida que sempre apoiou os meus estudos e fez opossiacutevel e impossiacutevel para me ajudar esta eacute a minha matildee Sheila Guedes Pereira SuzukiGostaria de agradecer tambeacutem toda a minha famiacutelia que de alguma forma me ajudounessa etapa da vida fornecendo todo suporte necessaacuterio

Quero deixar meus sinceros agradecimentos ao meu namorado Danilo FeitozaMelo por ter passado ao meu lado por vaacuterios momentos difiacuteceis durante a minha gradu-accedilatildeo e principalmente pela dedicaccedilatildeo em sempre me ajudar

Por fim e natildeo menos importante agradeccedilo a minha orientadora Edna Dias Canedoe a colaboradora Fabiana Freitas Mendes por sempre me dar auxiacutelio e suporte durante aexecuccedilatildeo desse trabalho

ResumoO resumo deve ressaltar o objetivo o meacutetodo os resultados e as conclusotildees do documentoA ordem e a extensatildeo destes itens dependem do tipo de resumo (informativo ou indicativo)e do tratamento que cada item recebe no documento original O resumo deve ser precedidoda referecircncia do documento com exceccedilatildeo do resumo inserido no proacuteprio documento( ) As palavras-chave devem figurar logo abaixo do resumo antecedidas da expressatildeoPalavras-chave separadas entre si por ponto e finalizadas tambeacutem por ponto O textopode conter no miacutenimo 150 e no maacuteximo 500 palavras eacute aconselhaacutevel que sejam utilizadas200 palavras E natildeo se separa o texto do resumo em paraacutegrafos

Palavras-chaves latex abntex editoraccedilatildeo de texto

AbstractThis is the english abstract

Key-words latex abntex text editoration

Lista de ilustraccedilotildees

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994) 14Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos in-

terdisciplinares que se preocupam com o design de interaccedilatildeo (ROGERSSHARP PREECE 2005) 19

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009) 22Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993) 23Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999) 24Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011) 29Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de

(ISO25010 2011) 31Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida

de (ISO25010 2011) 32Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999) 33Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36Figura 11 ndash Matriz de Responsabilidades RACI do Processo 38

Lista de tabelas

Tabela 1 ndash Trabalhos selecionados para Coleta de dados 26Tabela 2 ndash Niacutevel de detalhamento dos trabalhos 27Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT

1999) 34Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999) 34Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio 39Tabela 6 ndash Anaacutelise de Tarefas 40Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma 41Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto 42Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade 43Tabela 10 ndash Planejamento do GQM 44Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees 45Tabela 12 ndash Reengenharia do Trabalho 46Tabela 13 ndash Projeto do Modelo Conceitual 47Tabela 14 ndash Prototipagem do Modelo Conceitual 48Tabela 15 ndash Definiccedilatildeo de Meacutetricas 49Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual 50Tabela 17 ndash Anaacutelise dos Dados Coletados 51Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela 52Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela 53Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 54Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio 55Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado 56Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso 57Tabela 24 ndash Instalaccedilatildeo 58Tabela 25 ndash Feedback do Usuaacuterio 59Tabela 26 ndash Melhoria 60

Lista de abreviaturas e siglas

COBIT Control Objectives for Information and Related Technologies

FGA Faculdade do Gama

GQM Goal Questions Metrics

IEC International Electrotechnical Commission

IHC Interaccedilatildeo Humano-Computador

ISO International Organization for Standardization

RACI Responsible Accountable Consulted and Informed

SQuaRE Systems and software Quality Requirements and Evaluation

TI Tecnologia da Informaccedilatildeo

UnB Universidade de Brasiacutelia

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 6: Processo de Design de Interação Orientado a Métricas

ResumoO resumo deve ressaltar o objetivo o meacutetodo os resultados e as conclusotildees do documentoA ordem e a extensatildeo destes itens dependem do tipo de resumo (informativo ou indicativo)e do tratamento que cada item recebe no documento original O resumo deve ser precedidoda referecircncia do documento com exceccedilatildeo do resumo inserido no proacuteprio documento( ) As palavras-chave devem figurar logo abaixo do resumo antecedidas da expressatildeoPalavras-chave separadas entre si por ponto e finalizadas tambeacutem por ponto O textopode conter no miacutenimo 150 e no maacuteximo 500 palavras eacute aconselhaacutevel que sejam utilizadas200 palavras E natildeo se separa o texto do resumo em paraacutegrafos

Palavras-chaves latex abntex editoraccedilatildeo de texto

AbstractThis is the english abstract

Key-words latex abntex text editoration

Lista de ilustraccedilotildees

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994) 14Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos in-

terdisciplinares que se preocupam com o design de interaccedilatildeo (ROGERSSHARP PREECE 2005) 19

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009) 22Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993) 23Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999) 24Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011) 29Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de

(ISO25010 2011) 31Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida

de (ISO25010 2011) 32Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999) 33Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36Figura 11 ndash Matriz de Responsabilidades RACI do Processo 38

Lista de tabelas

Tabela 1 ndash Trabalhos selecionados para Coleta de dados 26Tabela 2 ndash Niacutevel de detalhamento dos trabalhos 27Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT

1999) 34Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999) 34Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio 39Tabela 6 ndash Anaacutelise de Tarefas 40Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma 41Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto 42Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade 43Tabela 10 ndash Planejamento do GQM 44Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees 45Tabela 12 ndash Reengenharia do Trabalho 46Tabela 13 ndash Projeto do Modelo Conceitual 47Tabela 14 ndash Prototipagem do Modelo Conceitual 48Tabela 15 ndash Definiccedilatildeo de Meacutetricas 49Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual 50Tabela 17 ndash Anaacutelise dos Dados Coletados 51Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela 52Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela 53Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 54Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio 55Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado 56Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso 57Tabela 24 ndash Instalaccedilatildeo 58Tabela 25 ndash Feedback do Usuaacuterio 59Tabela 26 ndash Melhoria 60

Lista de abreviaturas e siglas

COBIT Control Objectives for Information and Related Technologies

FGA Faculdade do Gama

GQM Goal Questions Metrics

IEC International Electrotechnical Commission

IHC Interaccedilatildeo Humano-Computador

ISO International Organization for Standardization

RACI Responsible Accountable Consulted and Informed

SQuaRE Systems and software Quality Requirements and Evaluation

TI Tecnologia da Informaccedilatildeo

UnB Universidade de Brasiacutelia

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 7: Processo de Design de Interação Orientado a Métricas

AbstractThis is the english abstract

Key-words latex abntex text editoration

Lista de ilustraccedilotildees

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994) 14Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos in-

terdisciplinares que se preocupam com o design de interaccedilatildeo (ROGERSSHARP PREECE 2005) 19

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009) 22Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993) 23Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999) 24Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011) 29Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de

(ISO25010 2011) 31Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida

de (ISO25010 2011) 32Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999) 33Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36Figura 11 ndash Matriz de Responsabilidades RACI do Processo 38

Lista de tabelas

Tabela 1 ndash Trabalhos selecionados para Coleta de dados 26Tabela 2 ndash Niacutevel de detalhamento dos trabalhos 27Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT

1999) 34Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999) 34Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio 39Tabela 6 ndash Anaacutelise de Tarefas 40Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma 41Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto 42Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade 43Tabela 10 ndash Planejamento do GQM 44Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees 45Tabela 12 ndash Reengenharia do Trabalho 46Tabela 13 ndash Projeto do Modelo Conceitual 47Tabela 14 ndash Prototipagem do Modelo Conceitual 48Tabela 15 ndash Definiccedilatildeo de Meacutetricas 49Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual 50Tabela 17 ndash Anaacutelise dos Dados Coletados 51Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela 52Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela 53Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 54Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio 55Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado 56Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso 57Tabela 24 ndash Instalaccedilatildeo 58Tabela 25 ndash Feedback do Usuaacuterio 59Tabela 26 ndash Melhoria 60

Lista de abreviaturas e siglas

COBIT Control Objectives for Information and Related Technologies

FGA Faculdade do Gama

GQM Goal Questions Metrics

IEC International Electrotechnical Commission

IHC Interaccedilatildeo Humano-Computador

ISO International Organization for Standardization

RACI Responsible Accountable Consulted and Informed

SQuaRE Systems and software Quality Requirements and Evaluation

TI Tecnologia da Informaccedilatildeo

UnB Universidade de Brasiacutelia

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 8: Processo de Design de Interação Orientado a Métricas

Lista de ilustraccedilotildees

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994) 14Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos in-

terdisciplinares que se preocupam com o design de interaccedilatildeo (ROGERSSHARP PREECE 2005) 19

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009) 22Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993) 23Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999) 24Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011) 29Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de

(ISO25010 2011) 31Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida

de (ISO25010 2011) 32Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999) 33Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36Figura 11 ndash Matriz de Responsabilidades RACI do Processo 38

Lista de tabelas

Tabela 1 ndash Trabalhos selecionados para Coleta de dados 26Tabela 2 ndash Niacutevel de detalhamento dos trabalhos 27Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT

1999) 34Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999) 34Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio 39Tabela 6 ndash Anaacutelise de Tarefas 40Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma 41Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto 42Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade 43Tabela 10 ndash Planejamento do GQM 44Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees 45Tabela 12 ndash Reengenharia do Trabalho 46Tabela 13 ndash Projeto do Modelo Conceitual 47Tabela 14 ndash Prototipagem do Modelo Conceitual 48Tabela 15 ndash Definiccedilatildeo de Meacutetricas 49Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual 50Tabela 17 ndash Anaacutelise dos Dados Coletados 51Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela 52Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela 53Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 54Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio 55Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado 56Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso 57Tabela 24 ndash Instalaccedilatildeo 58Tabela 25 ndash Feedback do Usuaacuterio 59Tabela 26 ndash Melhoria 60

Lista de abreviaturas e siglas

COBIT Control Objectives for Information and Related Technologies

FGA Faculdade do Gama

GQM Goal Questions Metrics

IEC International Electrotechnical Commission

IHC Interaccedilatildeo Humano-Computador

ISO International Organization for Standardization

RACI Responsible Accountable Consulted and Informed

SQuaRE Systems and software Quality Requirements and Evaluation

TI Tecnologia da Informaccedilatildeo

UnB Universidade de Brasiacutelia

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 9: Processo de Design de Interação Orientado a Métricas

Lista de tabelas

Tabela 1 ndash Trabalhos selecionados para Coleta de dados 26Tabela 2 ndash Niacutevel de detalhamento dos trabalhos 27Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT

1999) 34Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999) 34Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio 39Tabela 6 ndash Anaacutelise de Tarefas 40Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma 41Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto 42Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade 43Tabela 10 ndash Planejamento do GQM 44Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees 45Tabela 12 ndash Reengenharia do Trabalho 46Tabela 13 ndash Projeto do Modelo Conceitual 47Tabela 14 ndash Prototipagem do Modelo Conceitual 48Tabela 15 ndash Definiccedilatildeo de Meacutetricas 49Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual 50Tabela 17 ndash Anaacutelise dos Dados Coletados 51Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela 52Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela 53Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 54Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio 55Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado 56Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso 57Tabela 24 ndash Instalaccedilatildeo 58Tabela 25 ndash Feedback do Usuaacuterio 59Tabela 26 ndash Melhoria 60

Lista de abreviaturas e siglas

COBIT Control Objectives for Information and Related Technologies

FGA Faculdade do Gama

GQM Goal Questions Metrics

IEC International Electrotechnical Commission

IHC Interaccedilatildeo Humano-Computador

ISO International Organization for Standardization

RACI Responsible Accountable Consulted and Informed

SQuaRE Systems and software Quality Requirements and Evaluation

TI Tecnologia da Informaccedilatildeo

UnB Universidade de Brasiacutelia

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 10: Processo de Design de Interação Orientado a Métricas

Lista de abreviaturas e siglas

COBIT Control Objectives for Information and Related Technologies

FGA Faculdade do Gama

GQM Goal Questions Metrics

IEC International Electrotechnical Commission

IHC Interaccedilatildeo Humano-Computador

ISO International Organization for Standardization

RACI Responsible Accountable Consulted and Informed

SQuaRE Systems and software Quality Requirements and Evaluation

TI Tecnologia da Informaccedilatildeo

UnB Universidade de Brasiacutelia

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 11: Processo de Design de Interação Orientado a Métricas

Sumaacuterio

1 INTRODUCcedilAtildeO 1311 Contextualizaccedilatildeo 1312 Problematizaccedilatildeo 15121 Formulaccedilatildeo do Problema 15122 Soluccedilatildeo do Problema 1513 Objetivos 16131 Objetivo Geral 16132 Objetivos Especiacuteficos 1614 Metodologia 16141 Revisatildeo Literaacuteria 16142 Definiccedilatildeo do Processo 17143 Validaccedilatildeo do Processo 1715 Organizaccedilatildeo do Trabalho 17

2 FUNDAMENTACcedilAtildeO TEOacuteRICA 1821 Design de Interaccedilatildeo e IHC 18211 Definiccedilotildees 18212 Metas do Design de Interaccedilatildeo e IHC 202121 Metas de Usabilidade 202122 Metas decorrentes da Experiecircncia do Usuaacuterio 202123 Heuriacutesticas de Nielsen 2122 Diferenccedila entre Processo e Ciclo de Vida 2223 Processos de Design de Interaccedilatildeo 2424 Qualidade de Software 28241 SQuaRE 282411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade 292412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade 292413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade 302414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade 302415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade 30242 Caracteriacutesticas de Qualidade de Software 30243 Goal Question Metric (GQM) 33

3 PROCESSO DE DESIGN DE INTERACcedilAtildeO ORIENTADO A MEacute-TRICAS 35

31 Objetivo do Processo 35

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 12: Processo de Design de Interação Orientado a Métricas

32 Objetivo das Fases 36321 Anaacutelise de Requisitos 36322 Design Avaliaccedilatildeo e Desenvolvimento 37323 Instalaccedilatildeo 3733 Detalhamento dos Papeacuteis 3734 Responsabilidades dos Papeacuteis 3835 Especificaccedilatildeo das Atividades 39351 Definiccedilatildeo do Perfil do Usuaacuterio 39352 Anaacutelise de Tarefas 40353 Definiccedilatildeo das Caracteriacutesticas da Plataforma 41354 Definiccedilatildeo do Princiacutepios Gerais do Projeto 42355 Definiccedilatildeo das Metas de Usabilidade 43356 Planejamento do GQM 44357 Definiccedilatildeo do Objetivo e Questotildees 45358 Reengenharia do Trabalho 46359 Projeto do Modelo Conceitual 473510 Prototipagem do Modelo Conceitual 483511 Definiccedilatildeo de Meacutetricas 493512 Avaliaccedilatildeo Iterativa do Modelo Conceitual 503513 Anaacutelise dos Dados Coletados 513514 Definiccedilatildeo dos Padrotildees de Design de Tela 523515 Prototipagem dos Padrotildees de Deseign de Tela 533516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela 543517 Design Detalhado da Interface do Usuaacuterio 553518 Avaliaccedilatildeo Iterativa do Design Detalhado 563519 Definiccedilatildeo GQM de Qualidade em Uso 573520 Instalaccedilatildeo 583521 Feedback do Usuaacuterio 593522 Melhoria 60

4 VALIDACcedilAtildeO DO PROCESSO 6141 Estudo de Caso 61411 Planejamento 614111 Objetivo 614112 Caso a ser Estudado 61412 Preparaccedilatildeo para Coleta 624121 GQM Utilizado 62413 Coleta de Dados 62414 Anaacutelise dos Dados 62415 Relato de Estudo de Caso 62

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 13: Processo de Design de Interação Orientado a Métricas

42 Questionaacuterio 62

REFEREcircNCIAS 63

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 14: Processo de Design de Interação Orientado a Métricas

13

1 Introduccedilatildeo

Com os recentes avanccedilos nas pesquisas em Desenvolvimento de Software espe-cificamente na aacuterea de Design de Interaccedilatildeo os produtos ofertados pelas empresas deTecnologia da Informaccedilatildeo (TI) tem focado na melhoria da qualidade das interfaces dosprodutos desenvolvidos pelas equipes de desenvolvimento de software onde eacute preciso ter-mos aplicaccedilotildees em que o usuaacuterio final se sinta confortaacutevel em usuaacute-las

11 ContextualizaccedilatildeoTodos os dias estamos em contato com algum produtosoftware que precisa de

uma interaccedilatildeo humana Basta parar pra pensar que eacute faacutecil identificar por exemplo aoacordar desligamos o despertador mexemos no celular ou no controle da televisatildeo Satildeomuitos os aparelhos que dependem da nossa interaccedilatildeo Eacute importante avaliar o quanto osaparelhos e ou produtos que manuseamos diariamente satildeo realmente faacuteceis de utilizar Oquanto os fabricantes dos mesmos estatildeo preocupados com a facilidade de interaccedilatildeo porparte do usuaacuterio Eacute nesse contexto que entra a aacuterea de conhecimento Design de Interaccedilatildeoatua definidado como ldquocriar experiecircncias que melhorem e entendam a maneira como aspessoas trabalham se comunicam e interagemrdquo (ROGERS SHARP PREECE 2005)

O design de interaccedilatildeo eacute estudado por meio da disciplina de Interaccedilatildeo Humano-Computador (IHC) Esta disciplina estaacute preocupada com o design avaliaccedilatildeo e imple-mentaccedilatildeo de sistemas computacioinais interativos para uso humano e com o estudo dosprincipais fenocircmenos ao redor deles(ROCHA BARANAUSKAS 2003) Todo esse pro-cesso busca potencializar o alcance de metas quanto agrave utilizaccedilatildeo do software pelo usuaacuterioe suas percepccedilotildees Poreacutem muitos produtos natildeo foram necessariamente projetados tendocomo preocupaccedilatildeo o usuaacuterio (ROGERS SHARP PREECE 2005) Isso significa quequem projetou o produto natildeo pensou no puacuteblico alvo que o usaria dificultando muitasvezes a interaccedilatildeo do usuaacuterio com o produto

Com o objetivo de melhorar a interaccedilatildeo do usuaacuterio com o sistema a IHC tentaredirecionar a preocupaccedilatildeo com o usuaacuterio trazendo a usabilidade grau em que um pro-duto ou sistema pode ser usado por usuaacuterios especiacuteficos para alcanccedilar objetivos especiacuteficoscomo efetividade eficiecircncia e satisfaccedilatildeo em um contexto de uso especificado (ISO250102011) para o design do sistema o que significa que o usuaacuterio alcanccedilaria seu objetivo comefetividade eficiecircncia e satisfaccedilatildeo Para o usuaacuterio o software eacute a interface por isso o seudesign deve se adaptar a ele e natildeo o contraacuterio Em seu livro Norman (2013) afirma que

Para criar uma tecnologia que se adapte ao ser humano eacute necessaacuterio estudaacute-lo

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 15: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 1 Introduccedilatildeo 14

Mas hoje temos uma tendecircncia de estudar apenas a tecnologia Como consequecircncia exige-se que as pessoas se adaptem agrave tecnologia Eacute chegada a hora de inverter a tendecircncia ahora de fazer com que a tecnologia se adapte agraves pessoas

A interface eacute um item do sistema que pode afetar a qualidade do produto por issoeacute importante analisaacute-la e adequaacute-la de acordo com as necessidades do usuaacuterio De acordocom Crosby (1992) ldquoA qualidade eacute a conformidade aos requisitosrdquo ou seja se um produtoestaacute cumprindo todos os seus requisitos possui qualidade Mas a preocupaccedilatildeo com a qua-lidade de software vai aleacutem da qualidade do coacutedigo Os aspectos de qualidade perceptiacuteveispara o usuaacuterio tambeacutem devem ser considerados Visando estabelecer padrotildees no aspectode qualidade do produto de software a International Organization for Standardization(ISO) criou um conjunto de normas as quais foram denominadas Systems and softwareQuality Requirements and Evaluation (SQuaRE) Esta norma define caracteriacutesticas e subcaracteriacutesticas de qualidade a qual seraacute melhor detalhada no Capiacutetulo 2

Eacute necessaacuterio definir as caracteriacutesticas de qualidade que se deseja alcanccedilar no soft-ware o SQuaRE pode auxiliar nessa definiccedilatildeo uma grande dificuldade eacute conseguir avaliaressas caracteriacutesticas depois de definidas Para isso pode se utilizar mediccedilatildeo de softwareque eacute ldquouma avaliaccedilatildeo quantitativa de qualquer aspecto dos processos e produtos da Enge-nharia de Softwareldquo (BASS et al 1999) O meacutetodo Goal Questions Metrics (GQM) queparte de uma abordagem top-down (BASILI ROMBACH 1994) eacute muito utilizado pararealizar mediccedilotildees O GQM parte do objetivo de mediccedilatildeo seguindo para as questotildees quederivam as meacutetricas como pode ser observado na Figura 1

Figura 1 ndash Modelo Hieraacuterquico de GQM Adaptado (BASILI ROMBACH 1994)

A Figura 1 representa a estrutura top-down adotada pelo meacutetodo GQM o qualse inicia com os objetivos a serem alcanccedilados derivando entatildeo as questotildees para atingircada objetivo A partir das questotildees satildeo definidas as meacutetricas para respondecirc-las obtendoassim as mediccedilotildees

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 16: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 1 Introduccedilatildeo 15

12 Problematizaccedilatildeo

121 Formulaccedilatildeo do Problema

A aacuterea de Design de Interaccedilatildeo natildeo eacute estudada soacute pela Engenharia de Software eacuteaplicada e estudada por quase todas as aacuteres de conhecimento A partir da revisatildeo literaacuteriarealizada foi possiacutevel identificar que natildeo existem muitos processos de Design de Interaccedilatildeobem definidos A maioria dos autores aconselham as empresas a criarem o seu proacuteprioprocesso seguindo os procedimentos definidos por (ROGERS SHARP PREECE 2005)como

∙ Identificar necessidades e estabelecer requisitos

∙ Desenvolver designers alternativos que preencham esses requisitos

∙ Construir versotildees interativas dos designers de maneira que possam ser comunicadose analisados

∙ Avaliar o que estaacute sendo construiacutedo durante o processo

Deborah Mayhew (1999) em seu livro ldquoThe usability engineering lifecyclerdquo defineum processo e detalha todas as suas atividades O processo por ela criado eacute bem definido epossui um alto niacutevel de detalhamento poreacutem natildeo integra a preocupaccedilatildeo com a qualidadedo produto de software

O design da interface pode ser bem projetado e facilitar o uso do usuaacuterio final assimcomo pode ser mal projetado e causar um baixo desempenho por parte dos indiviacuteduosque o utiliza Dessa forma eacute de extrema importacircncia se preocupar com a qualidade dessedesign durante todo o processo para que os defeitos sejam encontrados e melhorados omais raacutepido possiacutevel durante a fase de desenvolvimento

122 Soluccedilatildeo do Problema

A interface do sistema eacute a forma com que o usuaacuterio interage com o sistema por-tanto a qualidade da mesma pode ser avaliada por meio de mediccedilatildeo o que afetaraacute demaneira positiva o desempenho do usuaacuterio final

A soluccedilatildeo para melhorar a qualidade do produto seguindo um processo de designde interaccedilatildeo eacute a definiccedilatildeo de um processo de design de interaccedilatildeo orientado a meacutetricasque conseguiria auxiliar na avaliaccedilatildeo da interface e identificar aspectos que podem sermelhorados antes da entrega final do produto

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 17: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 1 Introduccedilatildeo 16

13 Objetivos

131 Objetivo Geral

Este trabalho tem por objetivo geral propor e validar um Processo de Design deInteraccedilatildeo Orientado a Meacutetricas para melhorar a qualidade do software

132 Objetivos Especiacuteficos

Para atingir o objetivo geral deste trabalho foram definidos os seguintes objetivosespeciacuteficos

∙ Investigar e identificar os principais processos de design de interaccedilatildeo existentes naliteratura

∙ Avaliar e selecionar um processo de design de interaccedilatildeo com alto niacutevel de detalha-mento para ser utilizado na especificaccedilatildeo do processo orientado a meacutetricas

∙ Especificar um processo de design de interaccedilatildeo orientado a meacutetricas

∙ Validar e melhorar o processo definido

14 MetodologiaPara uma melhor compreensatildeo do leitor este trabalho foi divido em etapas que

estatildeo detalhadas nas subseccedilotildees 141 142 e 143 Inicialmente foi realizada uma revisatildeoliteraacuteria seguida da definiccedilatildeo de um processo que por fim foi validado por meio de umestudo de caso praacutetico

141 Revisatildeo Literaacuteria

A revisatildeo literaacuteria consistiu em responder cinco questotildees de pesquisa que seratildeomelhor detalhadas no Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Em um alto niacutevel as questotildeesestatildeo relacionadas com os seguintes itens

∙ Design de Interaccedilatildeo e IHC

∙ Processos e Ciclos de Vida

∙ Processos de Design de Interaccedilatildeo

∙ Qualidade de Software

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 18: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 1 Introduccedilatildeo 17

142 Definiccedilatildeo do Processo

A primeira etapa consistiu em definir um processo de design orientado a meacutetricastendo como base o processo definido por Mayhew (1999) o qual foi selecionado na etapade revisatildeo da literatura A uacuteltima etapa foi composta pelo detalhamento do processodefinido que consiste em objetivo do processo objetivo das fases detalhamento dos papeacuteise especificaccedilatildeo das atividades o qual seraacute apresentado no Capiacutetulo 3

143 Validaccedilatildeo do Processo

Com o intuito de validar e avaliar o processo definido seraacute realizado um estudo decaso em um projeto real juntamente com o Exeacutercito Brasiacuteleiro chamado Conduccedilatildeo deEstudos Empiacutericos sobre a Adoccedilatildeo de Praacuteticas Aacutegeis de Desenvolvimento no Contexto doExeacutercito Brasileiro durante o periacuteodo de 2016 e 2017 com a orientaccedilatildeo da professora EdnaDias Canedo Como outra forma de validar o processo tambeacutem seraacute feito um questionaacuteriopara especialistas de IHC responderem a partir da anaacutelise do processo

15 Organizaccedilatildeo do TrabalhoAleacutem deste Capiacutetulo introdutoacuterio este trabalho estaacute estruturado em mais 4 Capiacute-

tulos

∙ Capiacutetulo 2 - Fundamentaccedilatildeo Teoacuterica Tem por objetivo fornecer o embasamentoteoacuterico a cerca das aacutereas que compotildeem esse trabalho design de interaccedilatildeo e IHCprocessos e ciclos de vida processo de design de interaccedilatildeo e qualidade de software

∙ Capiacutetulo 3 - Processo de Design de Interaccedilatildeo Orientado a Meacutetricas Apresentao processo definido e seu detalhamento como objetivo do processo objetivo dasfases detalhamento dos papeacuteis e especificaccedilatildeo das atividades

∙ Capiacutetulo 4 - Validaccedilatildeo do Processo Este capiacutetulo eacute designado a validaccedilatildeo doprocesso por meio de um estudo de caso aplicado em um contexto real de de-senvolvimento de software A respeito do estudo de caso o capiacutetulo iraacute detalhar ametodologia utilizada para realizar o estudo de caso apresentando o planejamentoe coleta de dados para a sua realizaccedilatildeo bem como apresentando o relato do ex-perimento realizado e as anaacutelises realizadas a partir do mesmo Aleacutem do estudo decaso o capiacutetulo relata o questionaacuterio realizado com especialistas de IHC

∙ Capiacutetulo 5 - Consideraccedilotildees Finais Relata os resultados alcanccedilados em todo otrabalho e seus futuros direcionamentos

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 19: Processo de Design de Interação Orientado a Métricas

18

2 Fundamentaccedilatildeo Teoacuterica

A fundamentaccedilatildeo teoacuterica foi realizada por meio de revisatildeo de literatura sendoassim foram definidas algumas questotildees de pesquisa

Q1 - O que eacute Design de Interaccedilatildeo e IHC

Q2 - Qual a diferenccedila entre Processo e Ciclo de Vida

Q3 - Quais satildeo os Processos de Design de Interaccedilatildeo jaacute existentes na literaturaconsiderando um alto niacutevel de detalhamento

Q4 - O que eacute Qualidade de Software

21 Design de Interaccedilatildeo e IHC

211 Definiccedilotildees

O design de interaccedilatildeo eacute uma proposta para completar aquilo que falta na Enge-nharia de desenvolvimento que eacute a preocupaccedilatildeo com o usuaacuterio Atualmente os produtostentam cada vez mais se adaptarem ao usuaacuterio o que natildeo ocorria antigamente onde ousuaacuterio precisava se adaptar aos produtos Um exemplo pode ser o telefone inicialmentecom fio e apenas os nuacutemeros para discar Depois se adaptou a necessidade do usuaacuterio delevar o telefone para diferentes locais perdendo o fio e hoje ganhou ateacute um display quemostra informaccedilotildees como agenda identificador de ligaccedilotildees etc

Design de Interaccedilatildeo significa ldquodesign de produtos interativos que fornecem suporteagraves atividades cotidianas das pessoas seja no lar ou no trabalholdquo (ROGERS SHARPPREECE 2005) Pode-se entender como o design da interface que se preocupe com ainteraccedilatildeo do humano com o produto com o objetivo de facilitaacute-la Mas o que pode serentendido como facilitaacute-la

Facilitar a interaccedilatildeo do humano com a interface significa se preocupar com ausabilidade do produto entender o comportamento do usuaacuterio e seus sentimentos Paraalcanccedilar esse objetivo o design de interaccedilatildeo envolve vaacuterias aacutereas conforme apresentadona Figura 2

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 20: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 19

Figura 2 ndash Relaccedilatildeo entre disciplinas acadecircmicas praacuteticas de design de campos interdis-ciplinares que se preocupam com o design de interaccedilatildeo (ROGERS SHARPPREECE 2005)

Como pode ser observado na Figura 2 o design de interaccedilatildeo eacute fundamental paravaacuterias disciplinas campos e abordagens que se preocupam em projetar sistemas para hu-manos O campo mais conhecido nessa aacuterea eacute o de Interaccedilatildeo Humano-Computadr ( IHC)Esta eacute uma disciplina interessada com o projeto implementaccedilatildeo e avaliaccedilatildeo de sistemascomputacionais interativos para uso humano juntamente com os fenocircmenos relacionadosa esse uso (HEWETT et al 1992)

Segundo Simone Barbosa e Bruno Silva (2010) enquanto grande parte da Com-putaccedilatildeo mais especificamente a Engenharia de Software estaacute interessada na construccedilatildeode sistemas interativos mais eficientes robustos livres de erros e de faacutecil manutenccedilatildeoA aacuterea de IHC estaacute interessada na qualidade de uso desses sistemas e no seu impacto navida dos usuaacuterios

Pode se interpretar que a Computaccedilatildeo costuma desenvolver os sistemas de ldquodentropara foraldquo ou seja inicia pela representaccedilatildeo dos dados arquitetura do sistema e todo oprojeto do mesmo Em contra partida a IHC concebe seus sistemas de ldquofora para dentroldquoonde comeccedila investigando os papeacuteis envolvidos seus objetivos caracteriacutesticas como osistema pode intervir no mundo real do usuaacuterio e entatildeo planejar a interface e o sistemaEm um design de IHC desde sua concepccedilatildeo e durante todo o seu desenvolvimento umsistema interativo deve ter o propoacutesito de apoiar os usuaacuterios a alcanccedilarem seus objetivos(BARBOSA SILVA 2010)

De acordo com Hewett et at (1992) os objetos de estudo de IHC podem ser classifi-cados em cinco toacutepicos relacionados entre si a natureza da interaccedilatildeo humano-computador

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 21: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 20

o uso de sistemas interativos situado em contexto caracteriacutesticas humanas arquiteturade sistemas computacionais e da interface com usuaacuterios e processos de desenvolvimentopreocupados com uso

212 Metas do Design de Interaccedilatildeo e IHC

Tornar um sistema mais faacutecil para o usuaacuterio utilizar nem sempre eacute uma tarefaque todos conhecem aleacutem de que faacutecil para uma pessoa pode natildeo ser o mesmo paraoutra pessoa Dessa forma o que um sistema deve ter para que o usuaacuterio tenha uma boainteraccedilatildeo Eacute aiacute entatildeo que entram as metas hoje na literatura as principais satildeo as metas deusabilidade metas decorrentes da experiecircncia do usuaacuterio (ROGERS SHARP PREECE2005) e Heuriacutesticas de Nielsen (NIELSEN 1994)

2121 Metas de Usabilidade

As metas de usabilidade satildeo preocupadas com os criteacuterios de usabilidade

∙ Eficaacutecia - ser eficaz no uso no que se espera dele

∙ Eficiecircncia - ser eficiente no uso

∙ Seguranccedila - ser seguro no uso

∙ Utilidade - ser de boa utilidade

∙ Aprendabilidade - ser faacutecil de aprender

∙ Memorability - ser faacutecil de lembrar como se usa

2122 Metas decorrentes da Experiecircncia do Usuaacuterio

As metas decorrentes da experiecircncia do usuaacuterio se preocupam com explicar aqualidade dessa experiecircncia As quais satildeo classificadas como

∙ Satisfatoacuterios

∙ Agradaacuteveis

∙ Divertidos

∙ Interessantes

∙ Uacuteteis

∙ Motivadores

∙ Esteticamente apreciaacuteceis

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 22: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 21

∙ Incentivadores de criatividade

∙ Compensadores

∙ Emocionalmente adequados

2123 Heuriacutesticas de Nielsen

As Heuriacutesticas de Nielsen satildeo premissas que facilitam o desenvolvedor a compre-ender algo novo diminuindo as chances de erro As heuriacutesticas satildeo

∙ Visibilidade do status do sistema - O sistema precisa manter os usuaacuterios informadossobre o que estaacute acontecendo fornecendo um feedback adequado dentro de umtempo razoaacutevel

∙ Concordacircncia do sistema com o mundo real - O sistema precisa falar a linguagemdo usuaacuterio com palavras frases e conceitos familiares ao usuaacuterio ao inveacutes de ter-mos orientados ao sistema Seguir convenccedilotildees do mundo real fazendo com que ainformaccedilatildeo apareccedila em uma ordem natural e loacutegica

∙ Controle e liberdade do usuaacuterio - Os usuaacuterios frequentemente escolhem por enganofunccedilotildees do sistema e precisam ter claras saiacutedas de emergecircncia para sair do estadoindesejado sem ter que percorrer um extenso diaacutelogo O sistema deve portantoprover funccedilotildees ldquoundordquo e ldquoredordquo

∙ Consistecircncia e padrotildees - Os usuaacuterios natildeo precisam adivinhar que diferentes pala-vras situaccedilotildees ou accedilotildees significam a mesma coisa Seguir convenccedilotildees de plataformacomputacional

∙ Prevenccedilatildeo de erros - Eacute melhor que o sistema possua um design cuidadoso o qualprevina o erro antes dele acontecer

∙ Reconhecer ao inveacutes de lembrar - O sistema deve tornar objetos accedilotildees e opccedilotildeesvisiacuteveis O usuaacuterio natildeo deve ter que lembrar informaccedilatildeo de uma para outra parte dodiaacutelogo Instruccedilotildees para uso do sistema devem estar visiacuteveis e facilmente recuperaacuteveisquando necessaacuterio

∙ Flexibilidade e eficiecircncia de uso - Os usuaacuterios novatos se tornam peritos com o uso Osistema deve prover aceleradores de forma a aumentar a velocidade da interaccedilatildeo Osistema deve permitir aos usuaacuterios experientes cortar caminhoem accedilotildees frequentes

∙ Esteacutetica e design minimalista - Os diaacutelogos natildeo devem conter informaccedilatildeo irrelevanteou raramente necessaacuteria Qualquer unidade de informaccedilatildeo extra no diaacutelogo iraacute com-petir com unidades relevantes de informaccedilatildeo e diminuir sua visibilidade relativa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 23: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 22

∙ Ajudar os usuaacuterios a reconhecer diagnosticar e corrigir erros - As mensagens deerro devem ser expressas em linguagem clara (sem coacutedigos) indicando precisamenteo problema e construtivamente sugerindo uma soluccedilatildeo

∙ Ajuda e documentaccedilatildeo - Eacute necessaacuterio prover ajuda e documentaccedilatildeo embora sejamelhor um sistema que possa ser usado sem documentaccedilatildeo Essas informaccedilotildees devemser faacuteceis de encontrar focalizadas na tarefa do usuaacuterio e natildeo muito extensas

22 Diferenccedila entre Processo e Ciclo de VidaEm seu livro Engenharia de Software Pressman (2009) define processo como um

conjunto de atividades de trabalho accedilotildees e tarefas realizadas quando algum artefato desoftware deve ser criado A Figura 3 representa o esquema de um processo onde cadaatividade eacute composta por um conjunto de accedilotildees Cada accedilatildeo eacute definida por um conjuntode tarefas artefatos fatores de garantia da qualidade e pontos de controle do projeto

Figura 3 ndash Uma metodologia do processo de software (PRESSMAN 2009)

Processo eacute uma seacuterie de etapas que envolvem atividades restriccedilotildees e recursos paraalcanccedilar a saiacuteda desejada Quando um processo envolve a elaboraccedilatildeo de um produtoalgumas vezes nos referimos a ele como um ciclo de vida (PFLEEGER 2004)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 24: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 23

Sommerville (2012) em seu livro define processo de software como um conjuntode atividades que leva agrave produccedilatildeo de um produto de software

A ISOIEC 12207 (2008) diz que o modelo do ciclo de vida eacute composto por umasequumlecircncia de etapas que podem se sobrepor e ou iterar conforme apropriado para oescopo do projeto magnitude complexidade necessidades e oportunidades em mudanccedilaCada etapa eacute descrita com uma declaraccedilatildeo de propoacutesito e resultados Os processos eatividades do ciclo de vida satildeo selecionados e empregados em uma fase para cumprira finalidade e os resultados dessa etapa Diferentes organizaccedilotildees podem realizar etapasdiferentes no ciclo de vida

Fazendo uma comparaccedilatildeo pode-se dizer que um ciclo de vida seria um item de umprocesso uma simplificaccedilatildeo dele ou uma outra forma de visualizaacute-lo Um processo eacute cons-tituiacutedo por vaacuterios itens como por exemplo os citado anteiormente atividades entradassaiacutedas e tarefas

Um exemplo eacute apresentado no livro Interaccedilatildeo Humano-Computador da SimoneBarbosa e Bruno Silva (2010) onde existe um capiacutetulo com o tiacutetulo de Processos de Designde IHC que cita dentre vaacuterios o ciclo de vida em estrela e o processo de engenharia deusabilidade (MAYHEW 1999) A Figura 4 apresenta o ciclo de vida em estrela e a Figura5 apresenta o processo de Engenharia de Usabilidade definido pela Mayhew (1999)

Figura 4 ndash Ciclo de vida Estrela (HIX HARTSON 1993)

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 25: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 24

Figura 5 ndash Engenharia de Usabilidade Traduzida de (MAYHEW 1999)

Como eacute faacutecil observar um tem muito mais detalhes do que o outro aleacutem do maisque o processo apresentado na Figura 5 faz parte de um livro feito todo para explicaresse processo

23 Processos de Design de InteraccedilatildeoEssa parte da revisatildeo foi dividida em 3 fases planejamento execuccedilatildeo da pesquisa

e anaacutelise dos resultados

Planejamento

Na fase de planejamento foram definidos os objetivos as questotildees da pesquisa e aestrateacutegia de busca

I - Objetivo - O objetivo da revisatildeo literaacuteria eacute identificar um processo de design deinteraccedilatildeo jaacute existente com um alto niacutevel de detalhamento para entatildeo se atingir o objetivogeral dessa pesquisa

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 26: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 25

II - Questatildeo de pesquisa - Para atingir o objetivo especiacutefico desta revisatildeo literaacuteriafoi definida uma questatildeo de pesquisa

Q1 - Quais satildeo os processos de design de interaccedilatildeo existentes considerando umniacutevel alto de detalhamento

III - Estrateacutegia de busca para a seleccedilatildeo dos trabalhos - Como base da pesquisaforam coletados artigos e livros por meio da ferramenta de busca Google AcadecircmicoIEEE Como criteacuterio de inclusatildeo foram considerados os artigos e livros nos idiomas por-tuguecircs inglecircs e espanhol Foram definidas as seguintes strings de busca (ldquoprocessordquo) e(ldquousabilidaderdquo ou ldquoIHCrdquo ou ldquodesign de interfacerdquo ou ldquodesign de interaccedilatildeordquo ou ldquocentradono usuaacuteriordquo) ou (ldquoprocesso engenharia de softwarerdquo) e (ldquoIHCrdquo) ou (ldquodesign de interaccedilatildeordquo)ou (ldquoIHCrdquo)

Execuccedilatildeo

Foram identificados inicialmente 150 artigos e 8 livros resultando em um total de158 trabalhos Primeiramente houve uma exclusatildeo dos trabalhos onde natildeo era possiacutevelencontrar alguma referecircncia a processo Posteriormente houve uma seleccedilatildeo de trabalhosque retratavam processos de IHC ou de Design de Interaccedilatildeo integrados ou natildeo a outrasaplicaccedilotildees metodologias ou processos Por fim restaram nove (09) trabalhos para coletade dados A Tabela 1 apresenta os trabalhos selecionados

A Tabela 1 apresenta os nove trabalhos identificados que possuem um processocom IHC ou design de interaccedilatildeo A lista de trabalhos selecionados estaacute organizada deacordo com as datas de publicaccedilatildeo dos trabalhos

Anaacutelise dos Resultados

Na fase final da revisatildeo literaacuteria nota-se que a grande maioria dos estudos deprocesso de IHC estaacute ligado a fazer uma relaccedilatildeo de integraccedilatildeo do processo de IHC aoprocesso de desenvolvimento de software como pode ser visto no artigo ldquoAs praacuteticas deIHC versus processos de engenharia de softwarerdquo (BASTOS OLIVEIRA 2015) A aacutereade Design de Interaccedilatildeo e IHC eacute um pouco subjetiva e abstrata sendo assim eacute de comumacordo entre os autores que um processo de design de interaccedilatildeo deve seguir basicamente4 procedimentos (ROGERS SHARP PREECE 2005)

1 Identificar necessidades e estabelecer requisitos

2 Desenvolver designs alternativos que preencham esses requisitos

3 Construir versotildees interativas dos designs de maneira que possam ser comunicadose analisados

4 Avaliar o que estaacute sendo construiacutedo durante o processo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 27: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 26

Tabela 1 ndash Trabalhos selecionados para Coleta de dados

No Tiacutetulo Autor(es) Complemento Ano1 Universal accessibility

in HCI Process-oriented designguidelines and toolrequirements

Stephanidis CAkoumianakisD Sfyrakis Mand ParamythisA

Foundation for Researchand Technology-Hellas(FORTH) Science andTechnology Park of CreteHeraklion Crete - Greece

1998

2 The usability enginee-ring lifecycle

Mayhew D San Francisco Calif Mor-gan Kaufmann Publishers

1999

3 Integration of Usabi-lity Techniques intothe Software Develop-ment Process

Ferre X In Bridging the Gapsbetween Software Enginee-ring and Human-ComputerInteraction InternationalConference on SoftwareEngineering ICSErsquo03Portland Oregon p 28-35

2003

4 Design de interaccedilatildeo Preece J Ro-gers Y SharpH and Possa-mai V

Porto Alegre Bookman 2005

5 RUPi ndash A UnifiedProcess that Integra-tes Human-ComputerInteraction and Soft-ware Engineering

Sousa K andFurtado M E

Universidade de Fortaleza 2005

6 Modelo e diretrizespara o processo de de-sign de interface webadaptativa

Batista C Universidade Federal deSanta Catarina

2008

7 Interaccedilatildeo Humano-Computador

Barbosa S andSilva B

2010

8 Projetando SistemasWeb com o uso deTeacutecnicas de InteraccedilatildeoHumano-Computador

Souza P Ma-ciel C and Mo-raes L

Universidade Federal deMato Grosso (UFMT)

2012

9 Praacuteticas de IHCversus Processos deEngenharia de Soft-ware Uma Anaacutelisepara Adoccedilatildeo

Bastos J andOliveira S

Universidade Federal doParaacute (UFPA)

2015

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 28: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 27

Esses procedimentos satildeo interpretados e aplicados de acordo com o desenvolvedorlogo produz atividades e artefatos diferentes para cada processo aplicado Sobre a questatildeode pesquisa proposta para essa revisatildeo foi levantado que a maioria dos trabalhos queexistem satildeo processos que integram o design de interaccedilatildeo agrave engenharia de software ou aodesenvolvimento

Foi selecionado um trabalho para auxiliar como base para a definiccedilatildeo do processode design de interaccedilatildeo orientado a meacutetricas Os trabalhos foram analisados de acordocom o niacutevel de detalhamento dos mesmos onde esse niacutevel se refere a conter atividadesdescriccedilatildeo das atividades tarefas a serem executadas dentro de cada atividade entradas esaiacutedas da atividade e artefatos A comparaccedilatildeo entre os trabalhos eacute apresentado na Tabela2

Tabela 2 ndash Niacutevel de detalhamento dos trabalhosNo Atividades Descriccedilatildeo atividades Tarefas Entradas Saiacutedas Artefatos1 X X2 X X X X X X3 X4 X5 X X6 X X X X7 X X8 X X9 X X

A Tabela 2 estaacute representando quais detalhes possuem os trabalhos que estatildeoclassificados por nuacutemeros O trabalho 1 conteacutem atividades e a descriccedilatildeo dessas atividadesde um processo jaacute o processo do trabalho 2 possui todos os criteacuterios estabelecidos naTabela 2 Os trabalhos 3 e 4 possuem processos e as atividades realizadas nos mesmosNo trabalho 6 eacute possiacutevel encontrar atividades do processo bem como a descriccedilatildeo tarefase artefatos poreacutem satildeo focados para interface web Os trabalhos 5 7 8 e 9 apresentamprocessos com atividades e descriccedilatildeo das mesmas

De acordo com o apresentado na Tabela 2 eacute possiacutevel identificar que o trabalho commaior niacutevel de detalhamento eacute o da Deborah Mayhew trabalho 2 (1999) e por isso foi oescolhido para auxiliar no trabalho futuro de definir um processo de design de interaccedilatildeoorientado a meacutetricas

O livro da Mayhew D (1999) The usability engineering lifecycle descreve o pro-cesso definido pela mesma que eacute dividido em 3 fases anaacutelise de requisitos design ava-liaccedilatildeo e desenvolvimento instalaccedilatildeo Cada capiacutetulo descreve uma atividade do processobem como suas tarefas entradas e saiacutedas teacutecnicas utilizadas e artefatos produzidos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 29: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 28

24 Qualidade de SoftwareUm planejamento de projeto eficaz deve executar as mais variadas mediccedilotildees sob

aspectos do produto e do projeto em si de forma a aferir indicadores que garantam me-lhores resultados no processo produtivo As pesquisas em engenharia de software deixamdiscordacircncias sob o que medir e como avaliar resultados dentro dos diversos contextosinerentes ao produto de software

Meacutetodos e metodologias para extraccedilatildeo de indicadores de qualidade satildeo mais difiacuteceisde serem executados devido agrave subjetividade em se afirmar o que eacute qualidade de softwarequalidade soacute se pode medir de forma indireta Mais especificamente medir a qualidadeno design de interaccedilatildeo de software se mostra uma atividade complexa

O design de interaccedilatildeo busca prover focado em usabilidade a aplicaccedilatildeo de con-ceitos construiacutedos com base na observaccedilatildeo das experiecircncias e de testes com usuaacuterios amelhoria da relaccedilatildeo homem-maacutequina No acircmbito de software considera essencialmente asatisfaccedilatildeo do usuaacuterio quanto aos requisitos estabelecidos Dentro da qualidade de softwareexiste uma caracteriacutestica que eacute a usabilidade A ISO define que usabilidade eacute tida como ograu em que um produto ou sistema pode ser usado por usuaacuterios especiacuteficos para atingirmetas especiacuteficas com eficaacutecia eficiecircncia e satisfaccedilatildeo em um contexto especiacutefico de uso(ISO25010 2011) Usabilidade eacute composta de aspectos abstratos difiacuteceis de mensurargeralmente satildeo mensurados somente apoacutes o software estar pronto o que tarda e dificultamelhorias e aumenta o custo de manutenccedilatildeorefatoraccedilatildeo

A literatura que define processos para design de interaccedilatildeo eacute escassa quanto ameacutetricas de software aplicaacuteveis e quanto a atividades relacionadas agrave mediccedilatildeo em taisprocessos o que acaba se mostrando como uma lacuna a ser preenchida considerandoque muitas vezes o sucesso de um software depende muito da experiecircncia interativa queele proporciona

241 SQuaRE

O SQuaRE eacute um conjunto de padrotildees internacionais (seacuterie ISOIEC 25000) queconstitui um framework para a avaliaccedilatildeo da qualidade de produtos de software Eacute carac-terizado por cinco divisotildees ISOIEC 2500n a 2504n que abordam diferentes perspectivasde avaliaccedilatildeo e representaccedilatildeo de modelos de qualidade

O SQuaRE realizou uma reorganizaccedilatildeo das antigas normas resultando em umanova divisatildeo conforme apresentado na Figura 6

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 30: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 29

Figura 6 ndash Divisatildeo da norma SQuaRE Traduzida de (ISO25010 2011)

2411 ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade

Corresponde agraves definiccedilotildees que satildeo base de todos as outras divisotildees de padrotildees doSQuaRE Oferece os guias baacutesicos que devem incluir terminologia modelo arquitetural emodelos de referecircncia Define ainda aspectos de suporte agraves atividades de gerenciamentoda especificaccedilatildeo e avaliaccedilatildeo de requisitos do produto de software

2412 ISOIEC 2501n Divisatildeo do Modelo de Qualidade

Refere-se agrave proposta detalhada de modelos para a qualidade de produtos de soft-ware em uso ou de dados Aleacutem disso conceitualiza as caracteriacutesticas e subcaracteriacutesticasrelacionadas a cada um dos modelos

A qualidade de um sistema se refere ao grau de satisfaccedilatildeo do sistema a um con-junto de necessidades definidas Nos modelos de qualidade propostos pelo SQuaRE taisnecessidades satildeo representadas pelas caracteriacutesticas A decomposiccedilatildeo hieraacuterquica podelevar ainda a subcaracteriacutesticas e a propriedades de qualidade relacionadas

O SQuaRE define trecircs modelos de qualidade que juntos devem cobrir todas ca-racteriacutesticas O primeiro deles o modelo de qualidade em uso eacute constituiacutedo por cincocaracteriacutesticas e se refere aos resultados do uso de um software em um contexto especiacute-fico Este modelo eacute capaz de caracterizar o impacto que um produto de software exercesobre os stakeholders Por sua vez o modelo de qualidade de produto de software eacute cons-tituiacutedo por oito caracteriacutesticas Enquanto a qualidade em uso tem como foco todo o con-junto humano-computador a qualidade de produto tem foco nos sistemas de computadorespeciacuteficos

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 31: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 30

2413 ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade

Esta categoria corresponde agrave definiccedilatildeo de um modelo de referecircncia para a medi-ccedilatildeo de qualidade de produtos de software o que inclui um guia praacutetico e a referecircnciamatemaacutetica para a definiccedilatildeo das medidas de qualidade

Aborda alusotildees ao modelo de referecircncia incluindo guia para aplicaccedilatildeo de medi-das e definiccedilotildees de medidas baacutesicas e derivadas que satildeo entradas recomendadas para amediccedilatildeo da qualidade em uso ou qualidade do produto de software Aleacutem disso abordaindividualmente a mediccedilatildeo de qualidade em uso e qualidade de produto de softwareconsiderando as peculiaridades de cada um dos modelos de qualidade

2414 ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade

A divisatildeo que engloba os padrotildees que auxiliam na especificaccedilatildeo dos requisitos dequalidade que podem ser utilizados como entrada do processo de avaliaccedilatildeo de qualidadeInclui recomendaccedilotildees e guias para a definiccedilatildeo de requisitos de qualidade

2415 ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade

Refere-se agrave definiccedilatildeo de orientaccedilotildees para a avaliaccedilatildeo de produtos de softwareAborda os conceitos gerais para a especificaccedilatildeo e avaliaccedilatildeo da qualidade de softwarealeacutem de guias e moacutedulos para a avaliaccedilatildeo que descrevem orientaccedilotildees relacionadas agravespraacuteticas e agrave documentaccedilatildeo

242 Caracteriacutesticas de Qualidade de Software

Cada modelo de qualidade eacute formado por um conjunto de caracteriacutesticas querepresentam as possiacuteveis necessidades dos diferentes stakeholders Cada uma destas ca-racteriacutesticas pode ainda ser dividida em uma seacuterie de subcaracteriacutesticas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 32: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 31

Figura 7 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade em uso Traduzida de(ISO25010 2011)

Apesar da usabilidade ser uma caracteriacutestica do modelo de qualidade de produtoconforme apresentado na Figura 8 o SQuaRE tambeacutem a define como um subconjuntoda qualidade em uso constituiacuteda pelas caracteriacutesticas de Eficaacutecia Eficiecircncia e Satisfaccedilatildeoconforme apresentado na Figura 7

Pela definiccedilatildeo da ISOIEC 25010 a eficaacutecia se refere agrave precisatildeo e completude comque um usuaacuterio realiza seus objetivos especiacuteficos A eficiecircncia por sua vez se refere aosrecursos gastos levando em consideraccedilatildeo a eficaacutecia no cumprimento dos mesmos propoacutesi-tos Define-se ainda a satisfaccedilatildeo como a resposta do usuaacuterio agrave interaccedilatildeo com o sistemasendo o grau de realizaccedilatildeo de suas necessidades expressa pelas quatro subcaracteriacutesticasde utilidade confianccedila prazer e conforto

∙ Utilidade diz respeito ao grau de satisfaccedilatildeo do ponto de vista do usuaacuterio o queinclui os resultados aparentes de sua utilizaccedilatildeo

∙ Confianccedila reflete o grau de confiabilidade do comportamento do sistema aindado ponto de vista do usuaacuterio

∙ Prazer refere-se ao grau de aprazimento do usuaacuterio decorrente agrave utilizaccedilatildeo dosistema mais especificamente agrave realizaccedilatildeo de suas necessidades

∙ Conforto grau de conforto fiacutesico decorrente agrave utilizaccedilatildeo do sistema

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 33: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 32

Figura 8 ndash Caracteriacutesticas e subcaracteriacutesticas de qualidade do produto Traduzida de(ISO25010 2011)

Outra alternativa eacute especificar a usabilidade atraveacutes das seis subcaracteriacutesticasdefinidas do ponto de vista da qualidade de produto Neste caso a usabilidade diz respeitoao grau com que o sistema ao ser usado por um grupo especiacutefico de usuaacuterios em umcontexto predeterminado eacute capaz de garantir eficiecircncia eficaacutecia e satisfaccedilatildeo

∙ Reconhecimento de adequaccedilatildeo grau de capacidade do usuaacuterio em reconhecerque o sistema eacute adequado para suas necessidades a partir das impressotildees iniciais oudocumentaccedilotildees associadas (como por exemplo tutoriais viacutedeos e seccedilotildees de ajuda)

∙ Capacidade de aprendizado expressa a capacidade de um grupo de usuaacuteriosalcanccedilar objetivos de aprendizado em relaccedilatildeo agrave utilizaccedilatildeo do sistema

∙ Operabilidade grau de facilidade do sistema em ser operado e controlado

∙ Proteccedilatildeo a erros de usuaacuterio representa a capacidade do sistema em evitar queusuaacuterios cometam erros

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 34: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 33

∙ Interface de usuaacuterio retrata o prazer e a satisfaccedilatildeo que o sistema proporcionapara os usuaacuterios Refere-se especificamente a elementos esteacuteticos

∙ Acessibilidade refere-se agrave capacidade do sistema em ser utilizado por diferentesusuaacuterios que apresentam diferentes caracteriacutesticas e capacidades Tais caracteriacutesti-cas incluem por exemplo idade avanccedilada ou incapacidades fiacutesicas

243 Goal Question Metric (GQM)

O GQM se refere ao processo de Mediccedilatildeo de Software Dirigido a Objetivos Baseia-se em princiacutepios baacutesicos que indicam que os objetivos de mediccedilatildeo satildeo derivados dos obje-tivos de negoacutecio que modelos mentais em evoluccedilatildeo auxiliam na manutenccedilatildeo do contextoe que o processo em questatildeo eacute capaz de formalizar objetivos em estruturas de mediccedilatildeo

Conforme apresentado na Figura 9 pode-se observar quatro fases no processo doGQM partindo do planejamento seguido pelas etapas de definiccedilatildeo e coleta de dados ateacutealcanccedilar a interpretaccedilatildeo dos resultados

Figura 9 ndash Fases do GQM Traduzida de (SOLINGEN BERGHOUT 1999)

A primeira fase diz respeito ao planejamento Neste contexto planejar significaestabelecer as definiccedilotildees fundamentais por exemplo a aacuterea de melhoria a equipe e ocontexto

A fase de definiccedilatildeo diz respeito agrave identificaccedilatildeo dos objetivos questotildees e meacutetricasnesta ordem Para cada objetivo espera-se identificar diferentes questotildees e para cadauma destas uacuteltimas diversas meacutetricas relacionadas

Os objetivos de mediccedilatildeo devem ser claros e bem definidos refletindo com precisatildeoa motivaccedilatildeo da organizaccedilatildeo Objetivos especiacuteficos devem ser derivados a partir de umobjetivo geral que deve refletir o objeto sobre mediccedilatildeo o propoacutesito e o contexto ATabela 3 descreve um template de exemplo para a descriccedilatildeo do objetivo de mediccedilatildeo

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 35: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 2 Fundamentaccedilatildeo Teoacuterica 34

Tabela 3 ndash Template para definir objetivo Traduzido de (SOLINGEN BERGHOUT1999)

Analisar o design da in-terface

Com o Propoacutesito de melhorar a qua-lidade do pro-duto

Com respeito a qualidade do de-sign da interaccedilatildeo

Sob ponto de vista do usuaacuterio dosistema

No contexto e-commerce

Cada objetivo de mediccedilatildeo deve ser caracterizado por uma seacuterie de questotildees e cadauma destas uacuteltimas deve ser associada a uma seacuterie de meacutetricas Para a definiccedilatildeo destes ele-mentos propotildee-se a utilizaccedilatildeo de Abstraction Sheets (SOLINGEN BERGHOUT 1999)que direciona o levantamento as questotildees de interesse a partir de uma estrutura definidaapresentada na Tabela 4

Tabela 4 ndash Abstraction Sheet Traduzido de (SOLINGEN BERGHOUT 1999)

Foco de Qualidade Fatores de VariaccedilatildeoQuais satildeo as possiacuteveis meacutetricas paramedir o objeto do objetivo de acordocom os especialistas

Quais fatores os especialistas achamque influenciam o resultado dessa meacute-trica

Hipoacuteteses de Baseline Impactos nas hipoacuteteses de Base-line

Qual eacute o conhecimento atual dos es-pecialistas com respeito a essas meacutetri-cas Suas expectativas satildeo documenta-das como hipoacutetese de baseline para asmeacutetricas

Como esses fatores influenciam as me-diccedilotildees atuais Que tipo de dependecircn-cias haacute entre as meacutetricas e os fatores devariaccedilatildeo

A fase de coleta de dados segue a definiccedilatildeo das meacutetricas e trata da definiccedilatildeo eexecuccedilatildeo dos processos de extraccedilatildeo das informaccedilotildees Os resultados obtidos nesta fase seratildeoentrada para a fase de interpretaccedilatildeo onde a anaacutelise dos elementos seraacute feita em ordeminversa agrave trabalhada na fase de definiccedilatildeo Isto eacute a partir dos resultados obtidos para asmeacutetricas identificadas responder agraves questotildees que por sua vez respondem aos objetivosde mediccedilatildeo

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 36: Processo de Design de Interação Orientado a Métricas

35

3 Processo de Design de Interaccedilatildeo Orientadoa Meacutetricas

Para o desenvolvimento do processo de interaccedilatildeo orientado a meacutetricas propostoneste trabalho foi utilizado como base o processo da Mayhew D (1999) para a definiccedilatildeodo processo orientado a meacutetricas Assim vale ressaltar que por ter sido baseado emum processo jaacute existente algumas especificaccedilotildees das atividades estatildeo parecidas com asdefinidas por Mayhew Eacute possiacutevel ver um exemplo do GQM no capiacutetulo do Estudo deCaso

A Figura 10 apresenta o processo de design de interaccedilatildeo modelado na ferramentaBonitaBPM v731 O processo representado consiste em trecircs fases

1 Anaacutelise de requisitos

2 Design avaliaccedilatildeo e desenvolvimento

3 Instalaccedilatildeo

Cada fase tem suas atividades que estatildeo representadas por retacircngulos azuis e oartefato gerado e modificado eacute o guia de estilo representado pelo retacircngulo amarelo

31 Objetivo do ProcessoA identificaccedilatildeo tardia de uma maacute qualidade do software pode acarretar em custos

para o cliente sem falar na insatisfaccedilatildeo do usuaacuterio final Eacute por isso que o desenvolvi-mento de software vem cada dia mais sendo realizado com o auxiacutelio de IHC que visa acentralizaccedilatildeo no usuaacuterio Mesmo com o processo voltado para o usuaacuterio eacute difiacutecil mensu-rar a qualidade do produto Diante disso foi proposto um processo orientado a meacutetricaspara que durante todo processo essa qualidade seja medida qualitativa ou quantitati-vamente O processo eacute dividido em trecircs fases anaacutelise de requisitos design avaliaccedilatildeo edesenvolvimento instalaccedilatildeo

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 37: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 36

Figura 10 ndash Processo de Design de Interaccedilatildeo Orientado a Meacutetricas

32 Objetivo das Fases

321 Anaacutelise de Requisitos

A fase de anaacutelise de requisitos como o proacuteprio nome diz eacute responsaacutevel pela identifi-caccedilatildeo dos requisitos buscando compreender todo o cenaacuterio em que o sistema seraacute inseridoEacute nessa fase que o GQM eacute planejado e satildeo definidos o objetivo e as questotildees em relaccedilatildeo aqualidade do produto como pode ser observado na faixa superior do processo na Figura10 Atualmente na literatura existem templates para auxiliar na definiccedilatildeo do objetivo oCapiacutetulo 5 desse trabalho apresenta um exemplo de GQM definido para um projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 38: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 37

322 Design Avaliaccedilatildeo e Desenvolvimento

A faixa central do processo eacute a fase de design avaliaccedilatildeo e desenvolvimento queeacute onde ocorre a construccedilatildeo do sistema juntamente com seu design e eacute dividida em trecircsniacuteveis No primeiro niacutevel eacute realizado o modelo conceitual no segundo niacutevel os padrotildeesde design de tela e por uacuteltimo o design detalhado da interface com o usuaacuterio Todos osniacuteveis satildeo seguidos de avaliaccedilotildees sendo que nos niacuteveis dois e trecircs eacute feita a definiccedilatildeo dasmeacutetricas para cada niacutevel

323 Instalaccedilatildeo

Na fase da instalaccedilatildeo como eacute apresentado na Figura 10 eacute feita a implantaccedilatildeodo sistema Nessa fase tambeacutem ocorre o planejamento e definiccedilatildeo do GQM com foco emqualidade em uso

33 Detalhamento dos PapeacuteisOs papeacuteis para o processo de design de interaccedilatildeo orientado a meacutetricas foram

definidos seguindo a matriz de responsabilidades RACI conforme definido por COBIT(ISACA 2012) RACI em inglecircs significa responsible accountable consulted informeduma traduccedilatildeo pode ser vista em (CHAVES et al 2013) como responsaacutevel autorizadorconsultado e informado onde o mesmo diz que

∙ lsquoRrsquo (Responsaacutevel) - eacute quem executa a tarefa

∙ lsquoArsquo (Autorizador) - eacute quem eacute responsabilizado pela execuccedilatildeo correta da tarefa muitasvezes eacute o dono do projeto

∙ lsquoCrsquo (Consultado) - satildeo as pessoas que fornecem informaccedilotildees para o projeto

∙ lsquoIrsquo (Informado) - eacute quem recebe informaccedilotildees sobre o progresso da tarefa

A matriz de responsabilidade definida para esse processo eacute apresentado na Figura11

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 39: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 38

Figura 11 ndash Matriz de Responsabilidades RACI do Processo

34 Responsabilidades dos PapeacuteisOs papeacuteis e suas responsabilidades identificados nesse processo foram

Gerente de Equipe - eacute o responsaacutevel de TI (Tecnologia da Informaccedilatildeo) pelo projetoem desenvolvimento

Gerente de Projeto - eacute o responsaacutevel pelo projeto bem como seu andamento

Analista de Requisitos - eacute o responsaacutevel por identificar os requisitos do sistema

Analista de Usabilidade - eacute o responsaacutevel pela usabilidade do sistema

Analista de Infraestrutura - eacute o responsaacutevel pela instalaccedilatildeo dos sistemas

Analista de Meacutetricas - eacute o responsaacutevel por definir e analisar meacutetricas

Desenvolvedor - eacute o responsaacutevel por desenvolver o sistema

Usuaacuterio - eacute o usuaacuterio final do sistema

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 40: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 39

35 Especificaccedilatildeo das Atividades

351 Definiccedilatildeo do Perfil do Usuaacuterio

Tabela 5 ndash Definiccedilatildeo do Perfil do Usuaacuterio

Objetivo Determinar o perfil dos usuaacuterios do sistemaDescriccedilatildeo Desenvolve uma descriccedilatildeo do puacuteblico alvo esperado em rela-

ccedilatildeo a caracteriacutesticas relevantes para o design de interface deusuaacuterio

Entrada(s) Natildeo haacuteSaiacuteda(s)

∙ Questionaacuterioentrevista

∙ Resumo dos dados

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Documento de visatildeo

Teacutecnica(s)

∙ Entrevista eou questionaacuterio

Tarefas

1 Determinar a categoria do usuaacuterio

2 Definir caracteriacutesticas relevantes do usuaacuterio (Ex Carac-teriacutesticas fiacutesicas ou psicoloacutegicas)

3 Analisar as caracteriacutesticas e definir o puacuteblico alvo

Papeacuteis envolvidos

R - Analista de RequisitosA - Gerente de EquipeC - Analista de Usabilidade e UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 41: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 40

352 Anaacutelise de Tarefas

Tabela 6 ndash Anaacutelise de TarefasObjetivo Obter um modelo de trabalho centralizado no usuaacuterioDescriccedilatildeo Conduzir um estudo do usuaacuterio realizando seu trabalho em

um contexto realEntrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

Saiacuteda(s)

∙ Anaacutelises do ambiente de trabalho

∙ Tarefas de cenaacuterio

∙ Atual modelo de trabalho do usuaacuterio

Teacutecnica(s)

∙ Observaccedilatildeo direta ou entrevista

∙ Modelos formais de trabalho

∙ Brainstorming com tarefas do cenaacuterio

∙ Mapeamento da trajetoacuteria

∙ Entrevistar pessoas com conhecimento sobre tarefas detrabalho e ambiente do usuaacuterio

Tarefas

1 Analisar o documento de visatildeo (se existir) aacutes vezes eacutepossiacutevel identificar informaccedilotildees sobre o atual modelo detrabalho do usuaacuterio

2 Reunir com membros das equipes do projeto como porexemplo analistas desenvolvedores e gerentes

3 Reunir com um representante de usuaacuterio final

4 Definir atores e casos de uso principais para guiar umfluxo principal de trabalho

5 Conduzir observaccedilotildees e entrevistas com o usuaacuterio final

6 Documentar a anaacutelise do ambiente de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 42: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 41

353 Definiccedilatildeo das Caracteriacutesticas da Plataforma

Tabela 7 ndash Definiccedilatildeo das Caracteriacutesticas da Plataforma

Objetivo Estabelecer os recursos e restriccedilotildees da plataforma tecnoloacutegicaa qual iraacute limitar as alternativas de design da interface deusuaacuterio

Descriccedilatildeo Estudo dos recursos e restriccedilotildees da plataforma para interfacede usuaacuterio escolhida para o produto

Entrada(s)

∙ Documentaccedilatildeo da plataforma escolhida

Saiacuteda(s)

∙ Documentaccedilatildeo dos recursos e restriccedilotildees da plataforma

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo da plataforma

∙ Entrevista com especialistas na plataforma

Tarefas

1 Identificar todos os aspectos relevantes de hardware esoftware da plataforma

2 Revisar qualquer documentaccedilatildeo da plataforma

3 Entrevistar desenvolvedores

4 Documentar recursos e restriccedilotildees da plataforma esco-lhida

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 43: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 42

354 Definiccedilatildeo do Princiacutepios Gerais do Projeto

Tabela 8 ndash Definiccedilatildeo do Princiacutepios Gerais do Projeto

Objetivo Identificar todos princiacutepios gerais e orientaccedilotildees da literaturada Engenharia de Usabilidade que podem ser relevantes parao produto em desenvolvimento

Descriccedilatildeo Consultar literaturas disponiacuteveis e especialistas para identifi-car princiacutepios gerais de design relevantes

Entrada(s)

∙ Literatura sobre Engenharia de Usabilidade

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Revisar relevantes plataformas corporaccedilotildees e guias deestilo da famiacutelia de produtos

∙ Realizar uma revisatildeo de literatura

∙ Consulta com especialistas em usabilidade

∙ Considerar ferramentas de desenvolvimento automati-zado com orientaccedilotildees nelas

Tarefas

1 Revisar qualquer relevante guia de estilo em alto niacutevel

2 Revisar outras fontes literaacuterias que ofereccedilam princiacutepiosgerais para design

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 44: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 43

355 Definiccedilatildeo das Metas de Usabilidade

Tabela 9 ndash Definiccedilatildeo das Metas de Usabilidade

Objetivo Estabelecer especiacuteficas metas quantitativas e qualitativas deusabilidade que iratildeo guiar o design de interface do usuaacuterio

Descriccedilatildeo Extrair metas qualitativas de usabilidade de tarefas anteriorese tambeacutem das regras de negoacutecio para guiar o design de inter-face de usuaacuterio e quantificar um subconjunto de metas de altaprioridade para serem utilizadas nos criteacuterios de aceitaccedilatildeo dostestes de usabilidade

Entrada(s)

∙ Anaacutelises e conclusotildees do puacuteblico alvo

∙ Anaacutelises do ambiente de trabalho

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Documentaccedilatildeo de metas de usabilidade

∙ Guia de estilo

Teacutecnica(s)

∙ Revisatildeo da documentaccedilatildeo do puacuteblico alvo

∙ Revisatildeo das tarefas do ambiente de trabalho

Tarefas

1 Revisar o puacuteblico alvo a partir dele podem ser identifi-cadas metas de usabilidade (Ex Usuaacuterios de plataformaWindows se adaptam melhor com sistemas que sigam amesma interface)

2 Revisar a anaacutelise das tarefas realizadas pelo usuaacuterio (ExUm usuaacuterio onde eacute interrompido frequentemente en-quanto realiza uma tarefa teria mais facilidade de usarum sistema que o lembre rapidamente onde ele parou)

3 Identificar as metas de usabilidade qualitativas

4 Formular metas quantitativas de usabilidade

5 Priorizar e documentar as metas de usabilidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 45: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 44

356 Planejamento do GQM

Tabela 10 ndash Planejamento do GQM

Objetivo Planejar o GQM para alcanccedilar o objetivo desejadoDescriccedilatildeo Eacute a fase do plano do projeto onde se define qual o projeto de

aplicaccedilatildeo o time GQM e a aacuterea de melhoriaEntrada(s)

∙ Documento de visatildeo

Saiacuteda(s)

∙ Planejamento do GQM

Teacutecnica(s) Natildeo haacuteTarefas

1 Definir o projeto de aplicaccedilatildeo do GQM

2 Definir o time GQM quem satildeo os responsaacuteveis por fazero GQM

3 Definir a aacuterea de melhoria

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 46: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 45

357 Definiccedilatildeo do Objetivo e Questotildees

Tabela 11 ndash Definiccedilatildeo do Objetivo e Questotildees

Objetivo Definir o objetivo da mediccedilatildeo e as questotildeesDescriccedilatildeo Definir o objetivo de mediccedilatildeo e as questotildees para alcanccedilar esse

objetivoEntrada(s)

∙ Planejamento do GQM

∙ Documento de visatildeo

∙ Guia de estilo

Saiacuteda(s)

∙ Objetivo e questotildees

Teacutecnica(s)

∙ Existem templates que auxiliam na definiccedilatildeo do objetivode mediccedilatildeo

Tarefas

1 Definir o objetivo de mediccedilatildeo

2 Definir as questotildees

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 47: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 46

358 Reengenharia do Trabalho

Tabela 12 ndash Reengenharia do Trabalho

Objetivo Reestruturar o atual modelo de trabalho do usuaacuterio com opropoacutesito de realizar o potencial de automaccedilatildeo e mais efici-ente suporte de metas de negoacutecio minimizando o retrabalhoe maximizando a produtividade

Descriccedilatildeo Reestruturar o atual modelo de trabalho e documentar omesmo em um modelo descrevendo como a funcionalidade doproduto seraacute organizada e estruturada O atual modelo de tra-balho do usuaacuterio soacute eacute reestruturado se for necessaacuterio exploraro potencial de automaccedilatildeo

Entrada(s)

∙ Atual modelo de trabalho do usuaacuterio

Saiacuteda(s)

∙ Modelo de reengenharia do trabalho

Teacutecnica(s)

∙ Orientaccedilotildees de tarefas de cenaacuterio

Tarefas

1 Refazer o modelo de trabalho

2 Validar com o usuaacuterio o novo modelo

3 Documentar o novo modelo de trabalho

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 48: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 47

359 Projeto do Modelo Conceitual

Tabela 13 ndash Projeto do Modelo Conceitual

Objetivo Ilustrar os principais conceitos do domiacutenio do problemaDescriccedilatildeo Conduz o primeiro passo no atual design de interface do usuaacute-

rio Projeta um conjunto de alto niacutevel de regras de apresen-taccedilatildeo e interaccedilatildeo aleacutem de identificar a maioria das telas ecaminhos entre elas

Entrada(s)

∙ Modelo de reengenharia do trabalho

Saiacuteda(s)

∙ Projeto de modelo conceitual

Teacutecnica(s)

∙ Adaptaccedilatildeo do Guia de Estilo da plataforma (Ex MSWindows Apple Macintosh)

∙ Gera regras de apresentaccedilatildeo que satildeo mapeadas com omodelo de reengenharia do trabalho

Tarefas

1 Definir o modelo conceitual para o produto ou processo

2 Identificar claramente todos os produtos ou processos

3 Projeta regras de apresentaccedilatildeo do produto ou processo

4 Projetar regras para as janelasIdentificar as principaistelas

5 Definir o caminho navegacional das principais telas

Eacute importante ressaltar que as representaccedilotildees natildeosejam detalhadas para natildeo se perder muito tempo emdefiniccedilotildees precoces

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 49: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 48

3510 Prototipagem do Modelo Conceitual

Tabela 14 ndash Prototipagem do Modelo Conceitual

Objetivo Suportar avaliaccedilatildeo refinamento e validaccedilatildeo do design do mo-delo conceitual

Descriccedilatildeo Incorpora as regras de design que foram definidas no modeloconceitual em um protoacutetipo de algumas funcionalidades doproduto

Entrada(s)

∙ Modelo conceitual

Saiacuteda(s)

∙ Protoacutetipos de papel e caneta

∙ Protoacutetipo de baixa fidelidade

Teacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Selecionar as principais funcionalidades

2 Modelar o design da interface para essas funcionalida-des

3 Construir os protoacutetipos de papel ou executaacuteveis embaixa fidelidade

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 50: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 49

3511 Definiccedilatildeo de Meacutetricas

Tabela 15 ndash Definiccedilatildeo de Meacutetricas

Objetivo Definir meacutetricas para o produtoDescriccedilatildeo Esta atividade ocorre em vaacuterias etapas do processo onde as

meacutetricas satildeo elaboradas de acordo com o produto que estaacutesendo avaliado com a evoluccedilatildeo do produto podem ser acres-centadas meacutetricas (Ex meacutetricas para interface rodando satildeomais especiacuteficas do que para protoacutetipo de papel)

Entrada(s)

∙ Documento de visatildeo

∙ Modelo conceitual

∙ Guia de estilo

∙ Padrotildees de tela

∙ Meacutetricas

Saiacuteda(s) Abstraction sheetTeacutecnica(s)

∙ Prototipagem de papel e caneta

∙ Prototipagem executaacutevel em baixa fidelidade

Tarefas

1 Analisar as questotildees

2 Preencher o abstraction sheet

3 Definir as meacutetricas para o produto

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 51: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 50

3512 Avaliaccedilatildeo Iterativa do Modelo Conceitual

Tabela 16 ndash Avaliaccedilatildeo Iterativa do Modelo Conceitual

Objetivo Avaliar refinar e validar o projeto do modelo conceitualDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-

liaccedilatildeo para iterativamente avaliar refinar e validar o projetodo modelo conceitual

Entrada(s)

∙ Modelo conceitual

∙ Protoacutetipo do modelo conceitual

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

∙ Definir os usuaacuterios e tarefas para o teste de usabilidade

∙ Planejar a avaliaccedilatildeo

∙ Recrutar usuaacuterios para realizar a avaliaccedilatildeo

∙ Realizar a avaliaccedilatildeo e coletar dados

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 52: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 51

3513 Anaacutelise dos Dados Coletados

Tabela 17 ndash Anaacutelise dos Dados ColetadosObjetivo Analisar os dados coletadosDescriccedilatildeo Essa atividade ocorre apoacutes avaliaccedilatildeo do produto (em cada niacute-

vel o produto tem um niacutevel de maturidade) a partir dos dadoscoletados eacute feita a anaacutelise por meio das meacutetricas definidas

Entrada(s)

∙ Produto (protoacutetipo ou sistema)

∙ Meacutetricas

∙ Dados coletados nas avaliaccedilotildees

Saiacuteda(s)

∙ Relatoacuterio consolidado da avaliaccedilatildeo

Teacutecnica(s)

∙ Orientado a meacutetricas

Tarefas

1 Pegar os dados coletados da avaliaccedilatildeo

2 Analisar os dados coletados de acordo com as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 53: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 52

3514 Definiccedilatildeo dos Padrotildees de Design de Tela

Tabela 18 ndash Definiccedilatildeo dos Padrotildees de Design de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Conduz o segundo niacutevel do design da interface do usuaacuterioDesign um conjunto de padrotildees de tela que guiaraacute a consis-tecircncia entre o design da interface do usuaacuterio e a interaccedilatildeo dainterface do produto

Entrada(s)

∙ Projeto do modelo conceitual

∙ Protoacutetipo do modelo conceitual

∙ Guia de estilo

Saiacuteda(s)

∙ Padrotildees de design de tela

∙ Guia de estilo

Teacutecnica(s)

∙ Adaptaccedilatildeo de guias de estilo jaacute existentes

Tarefas

1 Esboccedilar padrotildees de controle (Ex Tentar utilizar omesmo tipo de escolha para o design como check box)

2 Esboccedilar padrotildees para telas dos produtos ou processos

3 Esboccedilar padrotildees para caixa de diaacutelogo

4 Esboccedilar padrotildees para mensagens de diaacutelogo

5 Esboccedilar padrotildees de feedback para o usuaacuterio

6 Esboccedilar design de interaccedilotildees do usuaacuterio (Ex Um cliquecom o mouse)

7 Documentar todos os padrotildees definidos

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 54: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 53

3515 Prototipagem dos Padrotildees de Deseign de Tela

Tabela 19 ndash Prototipagem dos Padrotildees de Deseign de Tela

Objetivo Estabelecer e definir um conjunto de padrotildees de design le-vando em consideraccedilatildeo a expectativa natural do usuaacuterio emutilizar um sistema

Descriccedilatildeo Incorpora os padrotildees de design da tela em um protoacutetipo doconjunto de algumas funcionalidades do produto

Entrada(s)

∙ Padrotildees de design de tela

Saiacuteda(s)

∙ Protoacutetipo executaacutevel

Teacutecnica(s)

∙ Prototipagem executaacutevel

Tarefas

1 Selecionar as funcionalidades para serem prototipadas

2 Construir o protoacutetipo executaacutevel

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - Natildeo haacuteI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 55: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 54

3516 Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Tabela 20 ndash Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela

Objetivo Avaliar refinar e validar os padrotildees de design de telaDescriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de avali-

accedilatildeo para iterativamente avaliar refinar e validar os padrotildeesde design de tela

Entrada(s)

∙ Modelo Conceitual

∙ Padrotildees de design de tela

∙ Protoacutetipo do design de tela

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeoRecrutar usuaacuterios para realizar aavaliaccedilatildeo

3 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 56: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 55

3517 Design Detalhado da Interface do Usuaacuterio

Tabela 21 ndash Design Detalhado da Interface do Usuaacuterio

Objetivo Projetar a interface do usuaacuterio do produto completa e deta-lhadamente

Descriccedilatildeo Eacute o terceiro niacutevel do design da interface do usuaacuterio Projeta edocumenta toda a interface de usuaacuterio do produto em detalhescomo uma especificaccedilatildeo de interface de usuaacuterio

Entrada(s)

∙ Guia de Estilo

∙ Padrotildees de design de tela

∙ Modelo conceitual

Saiacuteda(s)

∙ Especificaccedilatildeo do design detalhado da interface do usuaacute-rio

Teacutecnica(s)

∙ Os padrotildees do Guia de Estilo devem ser aplicados paraprojetar todas as interfaces do usuaacuterio de todas as fun-cionalidades do produto

Tarefas

1 Fazer o caminho de todas as telas e caixas de diaacutelogo ede mensagem

2 Completar o design da barra de menu e todas outrasaccedilotildees de controle

3 Completar o design da interaccedilatildeo com o usuaacuterio

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 57: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 56

3518 Avaliaccedilatildeo Iterativa do Design Detalhado

Tabela 22 ndash Avaliaccedilatildeo Iterativa do Design Detalhado

Objetivo Avaliar refinar e validar o design detalhado da interface dousuaacuterio Expandir o escopo de todas as avaliaccedilotildees de tarefade interface do usuaacuterio anteriores

Descriccedilatildeo Aplicar uma dentre a variedade de teacutecnicas objetivas de ava-liaccedilatildeo para iterativamente avaliar refinar e validar o designdetalhado da interface do usuaacuterio assim que for

Entrada(s)

∙ Documento do design detalhado da interface

∙ Guia de estilo

Saiacuteda(s)

∙ Plano de avaliaccedilatildeo

∙ Materiais da avaliaccedilatildeo

∙ Dados da avaliaccedilatildeo

Teacutecnica(s)

∙ Formais testes de usabilidade

∙ Meacutetodos de inspeccedilatildeo de usabilidade

Tarefas

1 Definir os usuaacuterios e tarefas para o teste de usabilidade

2 Planejar a avaliaccedilatildeo

3 Recrutar usuaacuterios para realizar a avaliaccedilatildeo

4 Realizar a avaliaccedilatildeo e coletar dados

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuterioI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 58: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 57

3519 Definiccedilatildeo GQM de Qualidade em Uso

Tabela 23 ndash Definiccedilatildeo GQM de Qualidade em Uso

Objetivo Definir o GQM para qualidade em uso do sistemaDescriccedilatildeo Definir o objetivo de mediccedilatildeo as questotildees a serem alcanccediladas

e a meacutetricas para o sistema finalEntrada(s)

∙ Sistema

Saiacuteda(s)

∙ Meacutetricas

Teacutecnica(s) Natildeo haacuteTarefas

∙ Definir o objetivo de mediccedilatildeo

∙ Definir as questotildees

∙ Preencher abstraction sheet

∙ Definir as meacutetricas

Papeacuteis envolvidos

R - Analista de Usabilidade e Analista de MeacutetricasA - Gerente de EquipeC - DesenvolvedorI - Gerente de Equipe

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 59: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 58

3520 Instalaccedilatildeo

Tabela 24 ndash Instalaccedilatildeo

Objetivo Implantar o sistema criadoDescriccedilatildeo Instalar no ambiente real de uso o sistema criadoEntrada(s)

∙ Sistema pronto

Saiacuteda(s) Natildeo haacuteTeacutecnica(s)

∙ Instalaccedilatildeo remota

Tarefas

1 Instalar o sistema em todas as maacutequinas que o utiliza-ratildeo

Papeacuteis envolvidos

R - Analista de InfraestruturaA - Gerente de EquipeC - DesenvolvedorI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 60: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 59

3521 Feedback do Usuaacuterio

Tabela 25 ndash Feedback do UsuaacuterioObjetivo Obter dados de usabilidade depois do produto ter sido insta-

lado e utilizadoDescriccedilatildeo Aplicar uma dentre as vaacuterias teacutecnicas objetivas de avaliaccedilatildeo de

usabilidade existentes para obter um feedback da experiecircnciaatual do usuaacuterio

Entrada(s)

∙ Sistema instalado

Saiacuteda(s)

∙ Feedback de usabilidade

Teacutecnica(s)

∙ Testes formais de usabilidade

∙ Questionaacuterios

∙ Entrevistas

∙ Grupos focais

∙ Estudos de caso

Tarefas

1 Desenvolver um questionaacuterio

2 Distribuir o questionaacuterio

3 Analisar os dados por meio das meacutetricas definidas

4 Fazer um documento com as conclusotildees

Papeacuteis envolvidos

R - Analista de UsabilidadeA - Gerente de EquipeC - UsuaacuteriosI - Gerente de Projeto

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 61: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 3 Processo de Design de Interaccedilatildeo Orientado a Meacutetricas 60

3522 Melhoria

Tabela 26 ndash MelhoriaObjetivo Realizar melhorias no sistemaDescriccedilatildeo Caso seja identificada algum ponto negativo em relaccedilatildeo a in-

terface no feedback do usuaacuterio eacute necessaacuterio entatildeo realizar amelhoria da interface do sistema

Entrada(s)

∙ Feedback do usuaacuterio

∙ Sistema

Saiacuteda(s)

∙ Sistema atualizado

Teacutecnica(s) Natildeo haacuteTarefas

1 Revisar o documento com as conclusotildees identificadas

2 Executar as melhorias

Papeacuteis envolvidos

R - DesenvolvedorA - Gerente de EquipeC - Analista de UsabilidadeI - Gerente de Projeto e Analista de Usabilidade

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 62: Processo de Design de Interação Orientado a Métricas

61

4 Validaccedilatildeo do Processo de Design de Inte-raccedilatildeo Orientado a Meacutetricas

41 Estudo de CasoEstudo de caso eacute conduzido para investigar um fenocircmeno no seu contexto real em

um espaccedilo de tempo especiacutefico e sem o controle experimental ou seja o pesquisador natildeose envolve nos resultados apenas os observa Eacute um estudo onde as conclusotildees satildeo baseadasem evidecircncias adicionando conhecimento a teoria existente ou ajudando na construccedilatildeo deteorias sobre o fenocircmeno estudado De acordo com Wohlin C et al (2012) a diferenccedila entreestudo de caso e experimento eacute que no experimento o pesquisador manipula as variaacuteveisjaacute no estudo de caso o pesquisador coleta resultados das variaacuteveis em um contexto tiacutepico

Sendo assim a metodologia escolhida para validar o processo proposto foi estudode caso De acordo com Runeson P e Houmlst M (2008) um estudo de caso deve contercinco grande passos planejamento do estudo de caso preparaccedilatildeo para coleta dos dadoscoleta de evidecircncias anaacutelise dos dados coletados e relato do estudo de caso

411 Planejamento

Na fase de planejamento foi definido o objetivo e o caso a ser estudado

4111 Objetivo

O objetivo do estudo de caso praacutetico eacute avaliar o Processo de Design de InteraccedilatildeoOrientado a Meacutetricas proposto para identificar melhorias

4112 Caso a ser Estudado

O estudo de caso do Processo de Design de Interaccedilatildeo Orientado a Meacutetricas pro-posto seraacute efetuado utilizando como cenaacuterio o projeto de cooperaccedilatildeo entre a Universidadede Brasiacutelia e o Centro de Desenvolvimento de Sistemas (CDS) do Exeacutercito Brasileiro (EB)

Este projeto objetiva comparar duas metodologias de desenvolvimento de softwarepropostas pelo CDS EB Para isso dois sistemas seratildeo desenvolvidos (a) o Sistemade Dotaccedilatildeo (SISDOT) que seraacute desenvolvido usando um processo de desenvolvimentobaseado em meacutetodos aacutegeis que usa praacuteticas do SCRUM e tem forte ecircnfase na anaacutelisede riscos e (b) o Sistema de Boletins (SISBOL) que seraacute desenvolvido usando umacustomizaccedilatildeo do Rational Unified Process proposta pelo EB

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 63: Processo de Design de Interação Orientado a Métricas

Capiacutetulo 4 Validaccedilatildeo do Processo 62

O projeto de cooperaccedilatildeo foi organizado em quatro fases

1 Iniciaccedilatildeo que tem como meta a compreensatildeo dos sistemas SISDOT e SISBOL e oplanejamento detalhado das atividades necessaacuterias para as atividades de pesquisa edesenvolvimento

2 Desenvolvimento que contempla atividades tiacutepicas de desenvolvimento de softwareseguindo uma abordagem iterativa e incremental para ambos os sistemas Aindanessa fase seratildeo coletadas as meacutetricas e os indicadores necessaacuterios para a condu-ccedilatildeo dos estudos empiacutericos que objetivam comparar o ciclo de vida do processo dedesenvolvimento de software

3 Transiccedilatildeo que objetiva a disponibilizaccedilatildeo dos sistemas SISDOT e SISBOL em ambi-ente de desenvolvimento bem como a consolidaccedilatildeo dos estudos empiacutericos que foramrealizados

4 Encerramento nesta fase seraacute planejado a realizacatildeo de uma anaacutelise post mortemrealccedilando os apectos positivos e as dificuldades encontradas durante a realizaccedilatildeo doprojeto de cooperaccedilatildeo

Para cada uma das quatro fases foram produzidos um conjunto de artefatos

412 Preparaccedilatildeo para Coleta

4121 GQM Utilizado

413 Coleta de Dados

414 Anaacutelise dos Dados

415 Relato de Estudo de Caso

42 Questionaacuterio

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 64: Processo de Design de Interação Orientado a Métricas

63

Referecircncias

BARBOSA S SILVA B Interaccedilatildeo humano-computador [Sl] 2010 Citado 2 vezesnas paacuteginas 19 e 23

BASILI V ROMBACH H Goal question metric paradigm In Encyclopedia ofSoftware Engineering ndash 2 [Sl sn] 1994 v 1 Citado 2 vezes nas paacuteginas 7 e 14

BASS L et al Constructing Superior Software [Sl] 1999 Citado na paacutegina 14

BASTOS J OLIVEIRA S As praacuteticas de IHC versus processos de engenharia desoftware [Sl] 2015 Citado na paacutegina 25

CHAVES E C J et al Implantaccedilatildeo de projetos de sistemas da Aacuterea de serviccedilosAvaliaccedilatildeo da gestatildeo de stakeholders In II Simpoacutesio Internacional de Gestatildeo de Projetose I Simpoacutesio internacional de Inovaccedilatildeo e Sustentabilidade [Sl sn] 2013 Citado napaacutegina 37

CROSBY P B Quality is Free the Art of Making Quality Certain [Sl] 1992 Citadona paacutegina 14

HEWETT et al ACM SIGCHI Curricula for Human-Computer Interaction [Sl] 1992Disponiacutevel em lthttpoldsigchiorgcdggt Citado na paacutegina 19

HIX D HARTSON H R Developing User Interfaces Ensuring Usability ThroughProduct and Process [Sl] 1993 Citado 2 vezes nas paacuteginas 7 e 23

ISACA COBIT 5 A Business Framework for the Governance and Management ofEnterprise IT [Sl] 2012 Citado na paacutegina 37

ISO12207 Systems and software engineering ndash Software life cycle processes [Sl] 2008Citado na paacutegina 23

ISO25010 Software Engineering - Software Product Quality Requirements and Evaluation(SQuaRE) [Sl] 2011 Citado 6 vezes nas paacuteginas 7 13 28 29 31 e 32

MAYHEW D The usability engineering lifecycle [Sl] 1999 Citado 7 vezes naspaacuteginas 7 15 17 23 24 27 e 35

NIELSEN J Heuristic evaluation In Usability inspection methods [Sl sn] 1994 p25ndash62 Citado na paacutegina 20

NORMAN D Design of everyday things Revised and expanded 2013Disponiacutevel em lthttpccdroolcupcomwp-contentuploads201507The-Design-of-Everyday-Things-Revised-and-Expanded-Editionpdfgt Citadona paacutegina 13

PFLEEGER S L Engenharia de Software - Teoria e Praacutetica [Sl] 2004 v 2 Citadona paacutegina 22

PRESSMAN R S Software Engineering A Practitionerrsquos Approach [Sl] 2009 Citado2 vezes nas paacuteginas 7 e 22

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias
Page 65: Processo de Design de Interação Orientado a Métricas

Referecircncias 64

ROCHA H V BARANAUSKAS M C Design e avaliaccedilatildeo de interfaces humano-computador UNICAMP Brasil 2003 Citado na paacutegina 13

ROGERS Y SHARP H PREECE J Design de Interaccedilatildeo aleacutem da interaccedilatildeohumano-computador [Sl] 2005 v 3 Citado 7 vezes nas paacuteginas 7 13 15 18 19 20e 25

RUNESON P HoumlST M Guidelines for conducting and reporting case study researchin software engineering In Empirical Software Engineering An International Journal[Sl sn] 2008 Citado na paacutegina 61

SOLINGEN V BERGHOUT E The GoalQuestionMetric Method a practical guidefor quality improvement of software development [Sl] 1999 Citado 4 vezes nas paacuteginas7 8 33 e 34

SOMMERVILLE I Engenharia de Software [Sl] 2012 v 9 Citado na paacutegina 23

WOHLIN C et al Experimentation in software engineering [Sl] 2012 Citado napaacutegina 61

  • Folha de rosto
  • Folha de aprovaccedilatildeo
  • Agradecimentos
  • Resumo
  • Abstract
  • Lista de ilustraccedilotildees
  • Lista de tabelas
  • Lista de abreviaturas e siglas
  • Sumaacuterio
  • Introduccedilatildeo
    • Contextualizaccedilatildeo
    • Problematizaccedilatildeo
      • Formulaccedilatildeo do Problema
      • Soluccedilatildeo do Problema
        • Objetivos
          • Objetivo Geral
          • Objetivos Especiacuteficos
            • Metodologia
              • Revisatildeo Literaacuteria
              • Definiccedilatildeo do Processo
              • Validaccedilatildeo do Processo
                • Organizaccedilatildeo do Trabalho
                  • Fundamentaccedilatildeo Teoacuterica
                    • Design de Interaccedilatildeo e IHC
                      • Definiccedilotildees
                      • Metas do Design de Interaccedilatildeo e IHC
                        • Metas de Usabilidade
                        • Metas decorrentes da Experiecircncia do Usuaacuterio
                        • Heuriacutesticas de Nielsen
                            • Diferenccedila entre Processo e Ciclo de Vida
                            • Processos de Design de Interaccedilatildeo
                            • Qualidade de Software
                              • SQuaRE
                                • ISOIEC 25000 Divisatildeo do Gerenciamento de Qualidade
                                • ISOIEC 2501n Divisatildeo do Modelo de Qualidade
                                • ISOIEC 2502n Divisatildeo da Mediccedilatildeo de Qualidade
                                • ISOIEC 2503n Divisatildeo dos Requisitos de Qualidade
                                • ISOIEC 2504n Divisatildeo da Avaliaccedilatildeo de Qualidade
                                  • Caracteriacutesticas de Qualidade de Software
                                  • Goal Question Metric (GQM)
                                      • Processo de Design de Interaccedilatildeo Orientado a Meacutetricas
                                        • Objetivo do Processo
                                        • Objetivo das Fases
                                          • Anaacutelise de Requisitos
                                          • Design Avaliaccedilatildeo e Desenvolvimento
                                          • Instalaccedilatildeo
                                            • Detalhamento dos Papeacuteis
                                            • Responsabilidades dos Papeacuteis
                                            • Especificaccedilatildeo das Atividades
                                              • Definiccedilatildeo do Perfil do Usuaacuterio
                                              • Anaacutelise de Tarefas
                                              • Definiccedilatildeo das Caracteriacutesticas da Plataforma
                                              • Definiccedilatildeo do Princiacutepios Gerais do Projeto
                                              • Definiccedilatildeo das Metas de Usabilidade
                                              • Planejamento do GQM
                                              • Definiccedilatildeo do Objetivo e Questotildees
                                              • Reengenharia do Trabalho
                                              • Projeto do Modelo Conceitual
                                              • Prototipagem do Modelo Conceitual
                                              • Definiccedilatildeo de Meacutetricas
                                              • Avaliaccedilatildeo Iterativa do Modelo Conceitual
                                              • Anaacutelise dos Dados Coletados
                                              • Definiccedilatildeo dos Padrotildees de Design de Tela
                                              • Prototipagem dos Padrotildees de Deseign de Tela
                                              • Avaliaccedilatildeo Iterativa dos Protoacutetipos de Tela
                                              • Design Detalhado da Interface do Usuaacuterio
                                              • Avaliaccedilatildeo Iterativa do Design Detalhado
                                              • Definiccedilatildeo GQM de Qualidade em Uso
                                              • Instalaccedilatildeo
                                              • Feedback do Usuaacuterio
                                              • Melhoria
                                                  • Validaccedilatildeo do Processo
                                                    • Estudo de Caso
                                                      • Planejamento
                                                        • Objetivo
                                                        • Caso a ser Estudado
                                                          • Preparaccedilatildeo para Coleta
                                                            • GQM Utilizado
                                                              • Coleta de Dados
                                                              • Anaacutelise dos Dados
                                                              • Relato de Estudo de Caso
                                                                • Questionaacuterio
                                                                  • Referecircncias