PROJETO DE INTERFACES DE USURIO

1- INTRODUO
Interface enquanto produto (analisar se os elementos dispostos na interface so compreensveis, se no ferem os princpios cognitivos humanos) X Interface como processo (analisar os usurios, suas necessidades, suas caractersticas e as metas a serem atingidas ao utilizar o sistema em um dado contexto) Design !tividade intelectual de conce"er e descrever um produto a partir dos requisitos dos seus potenciais usurios# $ design requer t%cnicas e ferramentas adequadas# !ssim como um arquiteto possui t%cnicas de constru&o de plantas arquitet'nicas, o analista de sistemas pro(eta os sistemas utilizando t%cnicas especficas de constru&o de sistemas, como diagramas de casos de uso, descri&o de cenrios, entre outras t%cnicas# $ design envolve talento, criatividade e experi)ncia do pro(etista# $ design se concretiza atrav%s da cria&o de prot*tipos e+ou especifica&,es, as quais so criadas em linguagem especfica#

2- O PROCESSO DE DESIGN DE INTERFACES E O DESESENVOLVIMENTO DE SISTEMAS

$ desenvolvimento de sistemas de informa&o computadorizados no se inicia com a escrita do c*digo em alguma linguagem de programa&o# -le se inicia ao se desco"rir uma necessidade social, individual ou de uma empresa que pode ser atendida com o auxlio de sistemas computadorizados# Desco"erta esta necessidade, % preciso clarear os o"(etivos que o sistema vai atender naquela dada situa&o, o que % feito atrav%s do levantamento de requisitos do sistema . elucidar o que os envolvidos (sta/eholders) esperam do aplicativo . seguido da anlise e modelagem mais precisa do que o sistema vai apresentar, do seu pro(eto de implementa&o e, por fim, da codifica&o dos testes e de sua implanta&o# 0ara que aconte&a o desenvolvimento de um soft1are, % preciso que se(a adotado um processo de tra"alho para sua constru&o, ou se(a, % preciso que se(am adotado um con(unto de passos e atividades ordenadas seguindo m%todos claros e precisos para que se(a criado um produto que tenha "oa qualidade# -xistem diversos processos distintos para a constru&o de soft1are 2, dentre os quais podemos destacar modelos de ciclo de vida de desenvolvimento de soft1are com seus su"3processos associados# 2.1 Modelo Cascata $ ciclo de vida em cascata do processo de desenvolvimento de soft1are % o que se segue

!ssunto especialmente estudado na disciplina 4-ngenharia de 5oft1are6#

2) !nlise de via"ilidade . 7ecessidades organizacionais, mercadol*gicas, custos -sta"elecer se o sistema % necessrio, "aseado nas metas da organiza&o e nas demandas mercadol*gicas# Determinar as metas "sicas e prop*sitos do sistema# 8) !nlise de requisitos . -specifica&o de requisitos funcionais e no funcionais (requisitos organizacionais, econ'micos, t%cnicos) 9equisitos so os o"(etivos ou restri&,es esta"elecidas por clientes e usurios do sistema que definem as diversas propriedades do sistema# $s requisitos de soft1are so, o"viamente, aqueles dentre os requisitos de sistema que dizem respeito a propriedades do soft1are (:-I;-, s#p) 9equisitos funcionais o que o sistema deve fazer, so a descri&o das diversas fun&,es que clientes e usurios querem ou precisam que o soft1are ofere&a (:-I;-, sp#)# -xemplo 4o soft1are deve possi"ilitar o cadastro do clculo dos gastos dirios com o pessoal6< 4o soft1are deve emitir relat*rios so"re produtos em falta no estoque todo dia6# 9equisitos no funcionais qualidades glo"ais do soft1are, como manuten"ilidade, usa"ilidade, desempenho, custo e vrias outras# -xemplo 4o sistema deve atender a crit%rios de seguran&a contra a&o de hac/ers6, 4o sistema deve ser criado para plataforma :inux6, 4o sistema deve ser fcil de ser utilizado e aprendido, sem opera&,es complexas6# 4! especific !"# % a descri&o sistemtica e a"strata do que o soft1are deve fazer, a partir daquilo que foi analisado# -la apresenta a solu&o de como os pro"lemas levantados na anlise sero resolvidos pelo soft1are do sistema computacional# =isa descrever de maneira sistemtica quais as propriedades funcionais so necessrias para resolver o pro"lema do domnio# ! especifica&o % tam"%m a forma de comunica&o sistemtica entre analistas e pro(etistas do soft1are6 (:-I;-)#

8#2) ;%cnicas entrevistas, o"serva&o in loco, encontros# -ntrevistas analistas entrevistam clientes para definir os o"(etivos gerais e restri&,es que o soft1are dever ter# $"serva&o in loco o"serva&o do am"iente de tra"alho do usurio, com vistas a determinar as tarefas que sero ou no automatizadas# >) !nlise de sistemas8 . ?ormaliza&o dos requisitos formais atrav%s de linguagens semi3estruturadas (@A:, D?D, D-9, etc) # (@so de metodologia $$ ou estruturada, anlise de dados, pro(eto l*gico de BD) C) 0ro(eto de sistemas (Donsidera&o dos requisitos de hard1are e especificidade das ferramentas de soft1are adequadas< pro(eto fsico de BD) E) Dodifica&o de sistemas (Implementa&o do sistema atrav%s de alguma ferramenta de programa&o, como Delphi, DFF Buider, Gava, 0o1er Builder, etc) H) ;estes de sistema I) 5istema em opera&o (instala&o, utiliza&o) J) Aanuten&o 8#8) Aodelo incremental @m outro modelo para o processo de desenvolvimento de sistemas . o modelo incremental . permite a que"ra da linearidade do desenvolvimento de ;$D$ o sistema de uma s* vez#

!lguns autores, como Gair :eite, consideram que a anlise de sistemas % todo o processo de concep&o do soft1are, desde a via"ilidade at% o pro(eto# ! especifica&o dos requisitos, para :eite inclui o uso de m%todos de anlise de sistemas e formaliza&o em linguagens semi3estruturadas# $ autor de refer)ncia para a constru&o do modelo explicitado acima % Kourdon, que considera as etapas de requisitos e via"ilidade anteriores ao processo de formaliza&o da anlise# 7a verdade, as etapas esto im"ricadas, no sendo possvel especificar requisitos puramente ser formaliz3los#

Engenharia de Sistemas / de informao Anlise Projeto

Incremento 1 Codificao Teste Entrega do primeiro incremento

Incremento 2

Anlise

Projeto

Codificao

Teste

Entrega do seg ndo incremento Teste Entrega do terceiro incremento Teste Entrega do # arto incremento

Incremento !

Anlise

Projeto

Codificao

Incremento "

Anlise

Projeto

Codificao

Tempo decorrido

?igura 8 Aodelo de Diclo de =ida Incremental ?onte 0ressman (8LL8) 0ara 0ressman (8LL8), o primeiro incremento deve atender os requisitos "sicos do produto, a partir da avalia&o dos usurios so criadas melhorias no produto e acrescidas novas funcionalidades# 8#>3 Aodelo espiral 7em todo processo de cria&o de soft1ares segue as etapas do ciclo de vida de desenvolvimento de soft1are seqMencialmente como o modelo em cascata# !l%m do modelo em cascata, existem outros modelos para o ciclo de vida de desenvolvimento de sistemas Aodelo evolutivo, no qual os m*dulos do sistema so desenvolvidos, implementados e colocados em opera&o sem que todo o sistema este(a concludo inteiramente antes da implanta&o e o ciclo de vida de desenvolvimento com prototipa&o# 0ode3se considerar o processo de desenvolvimento de sistemas como um processo em espiral, contnuo, atrav%s do qual acontecem sucessivos refinamentos dos requisitos e prop*sitos do sistema, at% que se considere a possi"ilidade de no utilizar mais o sistema em questo#

2$1- O PROCESSO UNIFICADO %RUP & R 'i#( ) U(ifie* P+#cess, $ processo unificado, proposto por Booch, Gaco"son e 9um"augh (2NNN), prop,e um ciclo de vida de desenvolvimento de soft1are em espiral# $ soft1are % construdo de maneira incremental em fases conhecidas como concep&o, ela"ora&o, constru&o e transi&o# 7a fase de concep&o, conforme o pr*prio nome ( diz, o sistema % conce"ido atrav%s de uma viso a"rangente dos requisitos que o cliente quer# ! id%ia % que o desenvolvedor do sistema e o cliente cheguem a um acordo quanto aos limites do aplicativo e seus principais requisitos# !p*s a fase de concep&o, passa3se O fase de ela"ora&o, a qual se encarrega da anlise e pro(eto do sistema, e O fase de constru&o, constituda da codifica&o propriamente dita e dos testes# G a fase de transi&o % a fase na qual o sistema % implantado na empresa# !s fases de ela"ora&o e constru&o acontecem em ciclos iterativos# ! partir dos requisitos elucidados na fase de concep&o, faz3se o detalhamento da anlise dos requisitos de maneira paralela entre si (dependendo do tamanho da equipe de desenvolvimento), seguida do seu pro(eto (seguindo padr,es de pro(eto) e codifica&o# 7estas fases o cliente % sempre acionado, no s* na fase de concep&o# !"aixo, uma viso do processo unificado

Doncep&o % a fase na qual os requisitos so especificados (levantamento de requisitos), organizados (organiza&o de requisitos) e na qual o desenvolvimento % plane(ado (plane(amento do desenvolvimento)# :evantamento de requisitos =iso geral do sistema (sumrio executivo)< requisitos funcionais e no3funcionais# 3 -scopo do pro(eto deve ser definido . a solu&o para o pro"lema deve estar clara# $rganiza&o dos requisitos Dasos de uso< conceitos< consultas# o Dasos de uso quem usa o sistemaP Quem mant%m ou configura o sistemaP Quais outros sistemas de informa&o utilizam ou so utilizados pelo sistemaP Quem "usca informa&,es no sistemaP Quem prov) informa&,es para o sistemaP o Donceitos Dria&o do modelo conceitual do sistema (identificar as informa&,es complexas, os conceitos e suas associa&,es)# Dria&o de um modelo conceitual preliminar (o mais complexo % criado na fase de ela"ora&o, contendo o diagrama de classes)# 0lane(amento dos ciclos iterativos Dom os casos de uso em mos, so criados pequenos pro(etos que so refinados (ela"orados e construdos) em ciclos# 0ode3se estimar o esfor&o e o custo do sistema nesta fase (e riscos)# -la"ora&o % a fase na qual acontece a anlise do sistema -xpanso dos casos de uso e determina&o dos eventos do sistema Descreve3se a ess)ncia dos usos do sistema (fluxo principal e fluxos alternativos) em detalhes, atrav%s de descri&o de cenrios, escrita de pr% e p*s condi&,es, identifica&o dos eventos do sistema e das respostas do sistema# Donstru&o do modelo conceitual ap*s a expanso dos casos de uso, % feita a modelagem de domnio (na fase de pro(eto, so especificadas qual con(unto de classes vai realizar toda a l*gica do sistema de informa&o e quais sero responsveis por seguran&a, persist)ncia, interface, etc#) passa3se aprimorar o modelo conceitual das informa&,es (representa&o das informa&,es gerenciadas pelo sistema)# 7o modelo conceitual, descrevem3se quais atri"utos e conceitos o sistema vai gerenciar (o que, no processo unificado, origina o diagrama de classes @A: do sistema com uma viso esttica)# -la"ora&o dos contratos das opera&,es do sistema ela"ora como as opera&,es so efetivadas pelo sistema de forma dinRmica#

Donstru&o % a fase na qual o sistema % pro(etado e construdo# 5o produzidos, nesta fase, diversos diagramas, como diagramas de cola"ora&o, de classes de pro(eto, entre outros# 5o feitos pro(etos 0ro(eto da camada de persist)ncia como implementar um sistema de persist)ncia que automatiza o salvamento e recupera&o de dados em disco# 0ro(eto da camada de aplica&o e seguran&a como manter a independ)ncia entre a camada de domnio e a interface do soft1are, e quais usurios so autenticados e ha"ilitados a executar apenas as fun&,es que lhe foram atri"udas# o 0ro(eto da camada de interface % composta de duas etapas# 0ro(eto da camada de apresenta&o camada que representa os o"(etos grficos da interface e cu(as responsa"ilidades se resumem a rece"er dados e comandos do usurio e apresentar resultados a ele# 0ro(eto da camada de aplica&o camada que controla a l*gica da interface, a"rindo e fechando as (anelas, ha"ilitando e desa"ilitando "ot,es#

-- O DESIGN DE INTERFACES
$ processo de design de interfaces com o usurio, no processo unificado, % contemplado nas fases de concep&o (sa"er das necessidades dos usurios e contempla3las no sistema) e no pro(eto da camada de aplica&o e de forma su"sidiria na fase de ela"ora&o do sistema (especialmente quando se faz a expanso dos casos de uso), conforme pode3se ver a"aixo

2) 8) >) C) E)

-xistem outras a"ordagens para o processo de desenvolvimento de interfaces o processo de design de interfaces % composto por cinco etapas cclicas (seguindo um ciclo de vida de prototipa&o) !nlise de requisitos anlise de usurios e de tarefas Doncep&o -specifica&o, com suas t%cnicas associadas 0rototipa&o !valia&o e utiliza&o do prot*tipo pelos seus usurios envolve testes de usa"ilidade (facilidade de uso, produtividade, flexi"ilidade, satisfa&o do usurio) e testes de comunica"ilidade (verifica&o da inteligi"ilidade dos signos presentes no pro(eto de interfaces)

-$1 - PROTOTIPAO
7o se deve come&ar a implementa&o de um sistema apenas com "ase nas especifica&,es de interface realizadas no incio do pro(eto# 0or%m, % difcil avaliar quo adequado % o sistema sem ter o sistema implementado# 0or esta razo, os desenvolvedores criam prot*tipos do sistema, os quais so vers,es do sistema que no possuem todos os recursos implementados ou na qual os recursos no so completamente funcionais# -xistem prot*tipos verticais, nos quais apenas alguns recursos dos sistema so implementados em sua totalidade e podem ser testados em condi&,es reais< e prot*tipos horizontais, nos quais toda a interface % implementada, mas ela no tem qualquer funcionalidade possvel de ser testada em situa&,es reais# 0ode3se, ainda, desenvolver um prot*tipo intermedirio, no qual apenas alguns dados esto disponveis no sistema para serem utilizados pelos seus usurios# 0odem ser gerados mais de um prot*tipo do sistema O medida em que os usurios avaliam cada uma das vers,es dos prot*tipos gerados, atrav%s da prototipa&o interativa# ! vantagem da prototipa&o interativa % a possi"ilidade de manter os usurios motivados com o sistema, ( que as suas sugest,es so rapidamente incorporadas ao pro(eto do sistema# $s prot*tipos dos sistema podem ser criados nas ferramentas de desenvolvimento de sistemas (Delphi, =isual Basic, DFF Builder, Gava, 0o1er Builder, STlix, etc), mas para que o processo de prototipa&o se(a rpido, no h grande preocupa&o com a qualidade do c*digo implementado no % preciso tratar todas as exce&,es, pode3se utilizar mdias de "aixa fidelidade (vdeos em tempo real so su"stitudos por imagens estticas), pode3se usar dados fictcios# !l%m disso, pode3se utilizar o recurso do 0o1er0oint como ferramenta para cria&o das telas dos sistemas, mas neste caso, o uso do 0o1er0oint funciona mais como uma t%cnica de "rainstorming do que como t%cnica de prototipa&o#

. & PROCESSO DE DESIGN DE INTERFACES 3 E(/e(0 +i *e 1s 2i)i* *e 3 E(/e(0 +i *e s#f'4 +e

3 -ngenharia de soft1are compromisso com os processos de desenvolvimento de sistemas de soft1are com qualidade (o que inclui, necessariamente, a "oa usa"ilidade dos produtos), a"orda os processos de constru&o de sistemas# 3 -ngenharia de usa"ilidade emprego de m%todos e t%cnicas que auxiliem na constru&o de sistemas centrados no usurio e suas tarefas< a"orda quest,es relativas ao comportamento dos usurios# A%todos anlise das tarefas dos usurios, cenrios de uso, avalia&o heurstica de sistemas, entre outros# AaThe1, citado por Begosso (8LL>), prop's um ciclo de vida para a -ngenharia de @sa"ilidade
A n li s e d e R e q u i s it o s
P e r f il d o & s rio A n lis e d e T a r ef a s %etas de & s a ' i li d a d e P l a t af o r m a e r e s tri $ e s

% a n al

D e s e n h o / Te ste / De s e n v olvi m e nt o
( e e n g e n h ar ia Pr oj eto Te las Pr oj eto , e t alh a d o

Pr oj eto % o d el o C o n c e it a l

Pr o t + tip o % a n al Es tilo

C o n s tr o % a # et e

%a n al

A ) alia o I n t e r a ti ) a A ) alia o In t e r a ti) a Si m

A ) alia o I n t e r a ti ) a

no no
Eli mi n o d ef e it o s *

%etas & s a ' i li d a d e a ti n g i d a s *

si m

si m

%etas & s a ' i li d a d e a ti n g id a s *

no

Inst ala o
In s t a l a o % a n al Es tilo

A plic a $ e s c o m pl e- a s A plic a $ e s si m pl es

Diclo de vida da -ngenharia de @sa"ilidade ?onte Begosso (8LL>) - 0ereira (8LL8) apresenta sua viso

! n li s e d o p e r f i l do us ur io

! n li s e d e t a r e f a s

D ef ini&o do s o "(etiv o s de us a "i li d a d e

D e se n h o do si s t e m a 9 et r o a li m e n t a & o do us ur io 9 e d esenh o

I m p le m e nt a& o do pr o d ut o o u s er vi & o ?luxo nor mal ? l u x o a lt e r n a t i v o

9 e a li z a & o de t est e s

Im p le m ent a &o de pr ot *t ip o s

Aodelo simplificado do ciclo de vida da -ngenharia de @sa"ilidade ?onte 0ereira (8LL8) -, eis a rela&o existente entre a engenharia de usa"ilidade e a engenharia de soft1are#

Eng de Sistema

Anlise

Projeto

Codificao

Teste

.perao/ %an teno

Modelo de ciclo de vida Seqencial Linear

%odelagem do Processo de /eg+cio

Projeto da Interface e da /a)egao %apa de /a)egao Prot+tipo de Telas

Aborda em visando usabilidade

0esto Centrali1ada da /a)egao Padro de Estilos 2erificao da ader3ncia e consist3ncia 0arantia da # alidade

Dimens,es da a"ordagem proposta e o modelo de ciclo de vida 5eqMencial :inear . para sistemas Ue" ?onte 0inna, 5ouza e !ra/a/i (8LLE), 3 Design centrado no sistema (dirigido pela tecnologia) X 3 Design centrado no usurio Donhe&a o usurio Va"ilidades do usurio Dontexto ;ra"alho ;arefas -ntendimento do domnio do tra"alho do usurio -ntendimento do papel do usurio no am"iente do tra"alho e como executa suas fun&,es X 3 Design participativo Design centrado no envolvimento do usurio Design centrado em aprendizes (leaner3centered design)

F ses *# p+#cess# *e *esi/( *e i('e+f ces p + M (*e) %1556, ?!5- 2 Donstruir e analisar informa&,es so"re os usurios o Determinar o perfil dos usurios o ?azer anlise de tarefas realizadas pelos usurios o ?azer anlise de requisitos o !nalisar o am"iente do usurio !m"iente de tra"alho Ao"ilidade ?atores humanos 7ecessidades especiais Internacionaliza&o e outras considera&,es o ?azer a correspond)ncia entre os requisitos e as tarefas realizadas pelos usurios ?!5- 8 Desenhar a interface do usurio o Definir os atri"utos de usa"ilidade o Desenvolver cenrios e tarefas (correspond)ncia entre as tarefas dos usurios e os o"(etos que devem estar presentes na interface) o Definir os o"(etos que devem estar presentes na interface o -sta"elecer quais o"(etos cones, representa&,es visuais o -sta"elecer o comportamento dos o"(etos da interface o 9efinar a representa&o visual ?!5- > Donstruir a interface do usurio o 0rototipa&o ?!5- C =alidar a interface

0rocesso iterativoW . @ser3involved, learner, centered design C + c'e+7s'ic s Desenvolvedores e usurios esto em contato constante @surios finais (primrios) devem ser convidados a participar 0rocesso iterativo o design pode ser feito e refeito 0rocesso cola"orativo o usurio no % apenas um participante passivo no processo Donhecimento profundo do domnio do tra"alho do usurio C#8# f 9e+ Donversar com os usurios -ntrevistas feitas no am"iente de tra"alho do usurio . cultura do usurio, requisitos, expectativas, etc Descrever o que ser feito aos usurios, especialmente atrav%s de documentos visuais (no apenas falando)

.$1 & A(:)ise *# pe+fi) *#s 1s1:+i#s

7esta fase da anlise de requisitos, % preciso sa"er Quem so os usurios do sistemaP Quais so suas caractersticas cognitivas e culturaisP 0apel dos usurios fun&o dos usurios na organiza&o, sendo que cada fun&o corresponde a algum interesse especfico do sistema - @surio operativo tem viso local e fsica do sistema# - @surio supervisor pode ou no ter viso local# - @surio executivo quem "anca o pro(eto< preocupa&,es estrat%gicas# ?amiliaridade do usurio com as ferramentas informticas do novato ao experiente# 7vel de conhecimento do domnio da aplica&o do novato, o qual tem viso restrita da aplica&o, ao experiente, o qual sa"e executar as tarefas no sistema de diversas maneiras#

?reqM)ncia de uso da aplica&o os usurios podem utilizar o sistema freqMentemente ou de maneira intermitente (ocasionalmente)# Dontexto sociocultural do usurio % importante considerar como os fatores culturais podem pesar no uso do sistema# X importante, neste aspecto, considerar o desenvolvimento de um soft1are "ilngMe caso o sistema deva ser operado em diversos pases e a ado&o de 4linguagem6 adequada ao nvel cultural dos usurios, por exemplo#

! identifica&o dos usurios do sistema no % tarefa to simples quanto parece, pois podem existir vrias pessoas envolvidas (sta/eholders) na utiliza&o do sistema sem fazer uso direto dele# !ssim, existem quatro grupos de usurios do sistema> @surios primrios aqueles que usam o sistema diretamente# @surios secundrios aqueles que no usam diretamente o sistema, mas que rece"em sadas do sistema ou prov)m entradas para ele (por exemplo algu%m que rece"e relat*rios produzidos pelo sistema) @surios tercirios aqueles que no so dos grupos anteriores, mas so afetados pelo sucesso ou falha do sistema (por exemplo um diretor cu(os lucros dependem do sucesso do sistema) @surios facilitadores aqueles que so envolvidos no processo de desenvolvimento e manuten&o do sistema# -xemplo Dlassifica&o dos envolvidos em um sistema de reservas de passagens de companhia a%rea ! companhia a%rea est considerando a apresenta&o de um novo sistema de reservas, atrav%s do qual os agentes de viagem associados vendem v'os diretamente ao pY"lico# @surios primrios (diretamente envolvidos) ag)ncias de viagem, operrios da companhia a%rea envolvidos com reservas a%reas# @surios secundrios (indiretamente envolvidos) clientes, gerentes da companhia a%rea @surios tercirrios (indiretamente envolvidos) companhias a%reas concorrentes, autoridades de avia&o civil, companhias dos clientes (acompanhantes das pessoas que utilizam o sistema de reserva), s*cios+acionrios (shareholders) da companhia a%rea @surios facilitadores equipe de desenvolvimento, equipe de informtica# 7em sempre o acesso aos usurios % fcil, ( que a empresa pode restringir o acesso a todos os usurios (operrios da organiza&o ou seus clientes)# X interessante descrever, detalhadamente, cada usurio do sistema (ator humano que interage com o sistema diretamente . usurio primrio)# 0ara cada um deles, pode3se fazer Descri&o . descri&o sucinta dos atores identificados na !nlise de Dontexto que sero considerados como usurios do produto# Daractersticas dos usurios . algumas das principais caractersticas dos usurios que so relevantes para o pro(eto das interfaces# 0ode3se criar uma ta"ela para cada perfil de usurio do sistema, contendo os itens Identificador . Dampo identificador do ator (p#ex# um c*digo)# 7ome do ator . 7ome que descreve o papel de ator# Descri&o + responsa"ilidade . 9esponsa"ilidades das pessoas nesse papel# Descrever sucintamente suas tarefas# Daractersticas gerais relevantes . Daractersticas gerais pessoais que possam afetar a forma como o usurio realiza suas tarefas (p#ex# faixa etria, sexo, etc#)# 0erfil educacional geral . -duca&o do usurio# 0ode ser considerada aqui a educa&o formal, a experi)ncia de tra"alho, treinamentos realizados, etc# 0erfil educacional de conhecimento do domnio . Quanto o ator entende so"re o domnio# Domnio % a rea de tra"alho que ser automatizada#
>

Baseado no modelo @5;A (@ser 5/ills and ;as/ Aatching) para pro(eto de sistemas interativos# 0ara maiores detalhes, consultar DIX (8LL8 88C)

0erfil educacional de conhecimento do sistema . Quanto o ator entende so"re o sistema, se ( houver uma verso anterior em funcionamento ou se houver um sistema semelhante# 0rofici)ncia . Qual a percentagem esperada de usurios com cada perfil de profici)ncia no sistemaP Intera&o . 7esse grupo de informa&,es, devem ser descritos aspectos da forma como o usurio realiza atualmente suas tarefas# 7ote que a maioria dos itens cont%m respostas imprecisas e que dependem da percep&o do analista (por exemplo, o que % uma freqM)ncia m%diaP Diria, semanal ou mensalP) ! realiza&o das tarefas % uma o"riga&o do usurioP Dom que freqM)ncia o usurio realiza suas tarefasP V um perodo regular de uso, ou o uso % espordicoP $ padro da intera&o % previsvel, ou se(a, sa"e3se quando o usurio realizar suas tarefasP Quanto tempo o usurio leva realizando suas tarefas (dura&o)P $ usurio realiza suas tarefas de forma concentrada ("atch) ou distri"uda no tempoP ! execu&o das tarefas se d de forma contnua ou % mais intermitenteP Qual % a complexidade da intera&o das tarefasP ! intera&o % dirigida pelo processo ou pelo usurioP Informa&o . !qui devem ser descritos aspectos da informa&o que o usurio necessitar para realiza&o de suas tarefas# ! informa&o % destinada ao usurio ou % o usurio quem gera as informa&,es que so fornecidas ao sistemaP Domo o usurio rece"e a informa&oP Qual a origem da informa&o que o usurio rece"eP Qual o volume de informa&o de interesse, disponvel ou rece"ida pelo usurioP Qual % a complexidade dos dados (elementos, grupos, tipos de dados, fontes, etc) manipulados pelo usurioP 5uporte funcional . fun&,es, recursos ou caractersticas especiais necessrias# !m"iente fsico de tra"alho . !nlise de aspectos de am"iente fsico como temperatura, rudo, ilumina&o, meio am"iente, espa&o fsico, disponi"ilidade de equipamento e energia el%trica# (s deve aparecer aqui se for exclusivo desse ator) !m"iente social de tra"alho . !nalisar aspectos de am"iente social, como @surio tra"alha so" presso por produ&o, rapidez, preciso ou qualquer fator que possa afetar a utiliza&o do produtoP Quais os recursos disponveis para a(udar o usurioP -xistem manuais ou pessoas por perto a quem possam recorrerP !s pessoas com as quais interagem ficam em local pr*ximoP ! separa&o geogrfica afeta o tra"alhoP Domo os usurios se comunicamP ?ax, e3mail, telefone, etc Domo o am"iente fsico interfere no am"iente socialP !s pessoas tra"alham em cu"culos ou em am"ientes compartilhadosP !s pessoas tra"alham em casaP Domo % a rela&o entre os usurios e seus clientesP Domo se comunicamP V tenso na rela&oP V necessidade de respostas em tempos estritosP $ desempenho do usurio % monitoradoP (s deve aparecer aqui se for exclusivo desse ator) !m"iente cultural de tra"alho . !nlise de aspectos de am"iente social, como ! cultura do pas ou regio influencia no tra"alho do usurioP $s usurios tra"alham em locais com diferen&as culturais significativasP $ grupo s*cio3econ'mico a que pertencem precisa ser consideradoP $s usurios pertencem a uma cultura profissional que determine valores, estilos de tra"alho ou comportamentos que necessitem ser consideradosP Isso tem implica&,es quanto ao estilo de uso a(uda e documenta&o, por exemploP - quanto as expectativas de tempo de resposta do sistemaP (s deve aparecer aqui se for exclusivo desse ator) $utros perfis . $utras informa&,es relevantes que no foram citadas anteriormente#

Doncluso . Domentar aspectos relevantes o"servados e fazer quaisquer recomenda&,es para o pro(eto so"re este ator em particular# Des3 7o co3 !pli3 nhe3 cvel cido Identificador 7ome do ator Descri&o 7Ymero de atores Daractersticas gerais relevantes 0erfil educacional

0rofici)ncia Intera&o

Informa&o

Zeral Donhecimento do domnio ( ) 0ouco ( ) A%dio ( ) Auito Donhecimento do sistema ( ) 0ouco ( ) A%dio ( ) Auito Donhecimento de informtica ( ) 0ouco ( ) A%dio ( ) Auito ( ) Iniciante ( ) Intermitente ( ) ?reqMente -xig)ncia ( ) 9equerida ( ) $pcional ?reqM)ncia ( ) Baixa ( ) A%dia ( ) !lta 0adro ( ) 0revisvel ( ) Imprevisvel Dura&o ( ) 9pida ( ) A%dia ( ) :onga Distri"ui&o ( ) Doncentrada ( ) Distri"uda no tempo ?orma ( ) Dontnua ( ) Intermitente Domplexidade ( ) Baixa ( ) A%dia ( ) !lta ?luxo dominante ( ) Do usurio ( ) 0ara o usurio ( ) Balanceado 9ecep&o ( ) !uditiva ( ) =isual ( ) Aental $rigem ( ) 0apel ( ) ;elefone ( ) $utros [[[[[[[[[[[[[[[[[[[[[[[[ =olume ( ) Baixo ( ) A%dio ( ) !lto Domplexidade ( ) Baixa ( ) A%dia ( ) !lta

5uporte funcional !m"iente fsico de tra"alho !m"iente social de tra"alho !m"iente cultural de tra"alho $utros perfis Doncluso C#2#23 Donsidera&,es so"re perfis dos usurios Quanto O freqM)ncia de uso do sistema @surio novato# Domnio semRntico, mas sem domnio sinttico# 0recisa de clareza e simplicidade e pequeno nYmero de fun&,es significativas, mensagens de erro lYcidas e feed"ac/ informativo# 0ode3se fornecer aos usurios inexperientes dilogos "em conduzidos, ou mesmo passo a passo# @surio intermitente# Domnio semRntico, mas perde domnio sinttico# 0recisa de comandos consistentes simples, seqM)ncia significativa de passos, fun&,es fceis de lem"rar e help on line, manuais concisos, talvez algum prompt para relem"rar# @surio freqMente# Domnio semRntico e sinttico# 0recisam de intera&o rpida, comandos poderosos, teclas de atalho, mensagens "reves de erro, feed"ac/ conciso, customiza&o da interface#

 ;odos os comandos ou op&,es no precisam ser visveis o tempo todo# $s dilogos de iniciativa somente do computador entediam e diminuem o rendimento do usurio experiente# $s atalhos, ao contrrio, podem permitir rpido acesso as fun&,es do sistema# Quanto O idade @surios idosos podem ter dificuldades em utilizar o sistema por pro"lemas como menor acuidade visual< maiores dificuldades de gerenciamento da mem*ria de tra"alho e de curto prazo (que se 4deteriora6 com a idade) e de motricidade# Drian&as podem no sa"er ainda ler, precisando de mais estmulos visuais (al%m de existirem implica&,es psicol*gicas ainda em estudo so"re a rela&o de crian&as com mquinas no seu desenvolvimento cognitivo e pessoal)#

Quanto O cultura Aodos de viver diferentes podem ser mais adequados O racionaliza&o de processos via computador do que outros# =e(a, por exemplo, a ado&o de computadores por profissionais da saYde (psic*logos, por exemplo) que acreditam que a introdu&o do computador na rela&o com seus pacientes pode dificultar e despersonalizar o seu tra"alho# X preciso estar atento O internacionaliza&o das interfaces# Interfaces feitas para pases diferentes precisam ser adaptadas para cada regio# Aas no "asta, para isso, traduzir as interfaces, % preciso adapt3las O forma com que as atividades so realizadas em cada lugar# $utra considera&o importante % que existem termos impossveis de serem traduzidos com perfei&o de uma lngua para outra# =e(a3se, por exemplo, que a palavra saudade s* existe na lngua portuguesa e no h como traduzi3la para outras lnguas sem empo"recer o seu significado#

5a"endo qual % o perfil dos usurios, % importante fazer uma anlise deste perfil, a qual se processa em cinco etapas 2) Identifica&o de fatores crticos centrais para a aplica&o identificar quais fatores da anlise de usurios so crticos para o sucesso da aplica&o# !ssim, em uma pequena organiza&o, so poucos os pap%is de usurios diferentes, assim como a diferen&a s*cio3cultural pode ser quase desprezvel# 7este caso, a familiriaridade com o uso de computadores, freqM)ncia de uso e domnio da aplica&o so mais importantes# 8) -xplora&o de outros fatores crticos adicionais para a aplica&o dados os fatores crticos identificados, % preciso detalh3los para se chegar a um perfil mais preciso dos usurios# !ssim, por exemplo, ao se sa"er que a maior parte dos usurios no tem familiaridade com computadores, % preciso detectar por que no existe tal familiaridade e procurar contornar o pro"lema# >) -stimar a distri"ui&o de usurios de cada fator 0ara cada fator crtico considerado, deve3se sa"er qual % o peso da distri"ui&o de usurios para cada um deles# C) Identificar grupos ma(oritrios de usurios % preciso identificar os grupos ma(oritrios de usurios para guiar o pro(eto de interfaces# 5e, por exemplo, a maioria dos usurios % inexperiente, o sistema deve prover helps e manuais mais aprimorados do que quando a maioria dos usurios % expert em informtica e tem "om conhecimento do domnio da aplica&o# E) !nalisar a implica&o coletiva da distri"ui&o de usurios os usurios podem modificar as suas ha"ilidades como uso dos sistemas, sendo que o grupo de usurios ma(oritrios novatos pode se tornar ma(orit*rios experientes no futuro# -xemplo um sistema para uma pequena mercearia# ! estrutura da pequena mercearia conta com dois caixas, um gerente e um diretor, um vendedor, dois repositores e cerca de ELL clientes e tr)s fornecedores# - Identifica&o dos envolvidos
-nvolvido Daixa Zerente Diretor =endedor Dliente 9epositor ?ornecedores ;ipo
0rimrio 0rimrio 5ecundrio+ ;ercirio 5ecundrio 5ecundrio+ ;ercirio 0rimrio 5ecundrio

Quantidade 0apel > 9egistrar compras 2 Dontrolar o "om funcionamento da mercearia (tra"alho dos funcionrios, reclama&o de clientes, o"servar os estoques) 2 0osicionar a mercearia no mercado da regio, relacionar3se com os fornecedores 2 !tender o cliente na mercearia, especialmente pesando produtos ELL 8 > Dolocar as mercadorias nas g'ndolas

=iso $peracional 5upervisor -strat%gico 3 3 $peracional 3

!ux# !dmin#

+;ercirio 0rimrio

9egistrar entrada e sada de produtos do estoque, auxiliar gerente $peracional e diretor

Identificados os pap%is dos usurios 09IA\9I$5, faz3se necessrio sa"er das suas caractersticas# ?amiliaridade com computadores N7;e) Iniciante Intermedirio -xperiente <1 ('i* *e 2 E 8

Zerente Dois caixas, dois repositores, um auxiliar administrativo @m caixa, um auxiliar administrativo

0erfil ma(oritrio ?uncionrios com conhecimentos intermedirios de uso dos computadores# Donhecimento so"re o domnio da aplica&o N7;e) -lementar Intermedirio -specialista no domnio <1 ('i* *e 8 Dois repositores C Zerente, tr)s caixas 8 Dois auxiliares adm#

$s usurios que mais conhecem o domnio da aplica&o, ou se(a, t)m destreza nas opera&,es com o sistema e sa"em o que esto fazendo so os auxiliares administrativos# X importante acrescentar, tam"%m, a freqM)ncia de uso futura da aplica&o ?reqM)ncia de uso da aplica&o N7;e) Intermitente ?reqMente <1 ('i* *e 2 Zerente I ;r)s caixas, dois auxiliares adm#, dois repositores

! maior parte dos usurios so frequentes# 7vel s*cio3cultural

7este item % importante destacar qual % o "ac/ground cultural dos usurios# !lguns "ons indicadores podem ser escolaridade, capacidade de leitura e escrita# Esc#) +i* *e <1 ('i* *e 2] grau 8 8] grau E 5uperior 2 Dois repositores ;r)s caixas, dois auxiliares adm# Zerente

!p*s determinar o perfil dos usurios, analisar o peso de participa&o em cada item e priorizar a forma com que ser desenvolvido o soft1are# 0or exemplo, se a maioria dos usurios ser freqMente, % preciso priorizar, na interface, as teclas de atalho# 7o exemplo proposto, o grupo ma(oritrio parece ser operacional, que utilizar o sistema de maneira freqMente, mas no so especialistas em informtica# 7este caso, o sistema deve prover "ons manuais, helps, no deve apresentar a linguagem de comando como principal estilo de intera&o, mas deve contar com teclas de atalho, as sadas devem ser claras, pois o nvel educacional dos usurios no % elevado#

.$2 & A(:)ise *e +e=1isi'#s

! etapa de anlise de requisitos % uma etapa importante no desenvolvimento de soft1are, ( que a partir dela devem ser definidos o escopo da aplica&o a ser desenvolvida, para quais usurios o sistema ser construdo e quais tarefas sero contempladas no sistemaC# $ desenvolvedor do sistema, nesta fase, deve especificar a misso do soft1are, sua principal fun&o, quais necessidades e "enefcios o sistema trar para seus usurios< quem sero os usurios daquela aplica&o e suas tarefas e os requisitos de qualidade que aquele sistema dever ter# X importante que o desenvolvedor de sistemas formalize os requisitos do sistema, atrav%s de uma proposta de especifica&o de soft1are, para evitar pro"lemas no futuro so"re os limites da aplica&o e para facilitar o dilogo com os futuros usurios do sistema e fixar crit%rios para a valida&o do sistema# ! partir da tarefa de anlise . processo de o"serva&o e levantamento dos elementos do domnio no qual o sistema ser introduzido, com o levantamento das pessoas, atividades e informa&,es 3 % construda especifica&o do soft1are . descri&o sistemtica e a"strata daquilo que o soft1are deve fazer, empregando uma linguagem pr*xima O do usurio atrav%s de alguns modelos de especifica&o mais ou menos formais# -xistem diversas maneiras de construir uma proposta de especifica&o de soft1are, sendo que ela deve contemplar a misso do soft1are< as necessidades por ele atendidas< caracteriza&o do produto . fun&,es< caracteriza&o dos usurios e de suas tarefas< requisitos de qualidade e no funcionais#

.$2$1-Miss"#
Descrever os o"(etivos do produto que dever ser desenvolvido# De prefer)ncia, usar um Ynico pargrafo que sintetize a misso a ser desempenhada pelo produto ou se(a, que valor o produto acrescenta para o cliente e os usurios# ! declara&o da misso deve cumprir os seguintes o"(etivos delimitar as responsa"ilidades do produto< delimitar o escopo do produto< sintetizar o comprometimento entre cliente e desenvolvedor do soft1are# -xemplo misso de um sistema de agenda eletr'nica $ produto !Z-7D! 2#L visa oferecer apoio informatizado ao gerenciamento de compromissos por uma pessoa em seu am"iente de tra"alho ou dom%stico#

.$1$2- E) 2#+ !"# *#s +e=1isi'#s f1(ci#( is *# sis'e8 C#2#8#23 -la"ora&o das necessidades e "enefcios do sistema (?ase de concep&o)
7esta fase, podem ser criadas duas listas uma lista de necessidades e outra de "enefcios do sistema# 7a lista de necessidades esta"elece3se o que se dese(a do sistema "aseado na organiza&o cliente, necessidades de mercado, o"(etivo do usurio ou de qualquer outro interessado no sistema (deve3se considerar os o"(etivos de todos os envolvidos no sistema)# $ resultado % uma viso externa do que o usurio ser capaz de fazer com o sistema# X muito importante, entretanto, que no se(am especificados aqui os recursos ou fun&,es que sero implementados do sistema, e que sero definidos na etapa de -la"ora&o# Devem ser especificadas as necessidades dos usurios que sero atendidas# Dada necessidade deve ser desdo"rada uma ou duas vezes# 0ortanto, o primeiro nvel de necessidades % mais geral# ! segunda lista, de "enefcios, apresenta quais "enefcios sero alcan&ados com o sistema# -ssa lista de "enefcios tam"%m no % uma lista de fun&,es ou relat*rios do sistema, mas o que a empresa, o mercado, o cliente ou qualquer outro interessado ganharo com o seu uso# -la pode envolver coisas como amplia&o de vendas, satisfa&o dos clientes, redu&o de custos, melhoria de relacionamento com o cliente, diminui&o de erros, aumento de produtividade, melhor conhecimento dos processos, etc# Dada "enefcio tam"%m deve ser desdo"rado uma vez e indicar o valor para o cliente# -ste Yltimo pode ser essencial, dese(vel ou opcional# -xemplo 5istema de agenda eletr'nica

!lguns autores, como :eite (8LL8), consideram esta etapa como uma su"3atividade da anlise de sistemas, na qual os pro"lemas do domnio so levantados, so apresentadas alternativas de solu&o e o estudo da via"ilidade das solu&,es#

N> *e #+*e8 1 8 >

Necessi* *es Zerenciar compromissos

Necessi* *es *es*#2+ * s $rganizar os compromissos

Necessi* *es *es*#2+ * s 9egistrar e controlar novos compromissos Zerenciar compromissos passados

9egistrar necessidades de materiais, custos e tempo para os compromissos# 5er lem"rado dos compromissos $rganizar tempo do usurio Identificar espa&os de tempo disponveis para compromissos Identificar prioridades dos compromissos ?e(ef7ci#s Aelhoria do relacionamento com o cliente (do usurio) !umento de produtividade ?acilidade de marca&o de compromissos Diminui&o dos esquecimentos de compromisso $timiza&o do tempo do usurio ?acilidade de anlise do hist*rico de compromissos 9edu&o de perda de tempo por falta de informa&,es so"re o compromisso ?e(ef7ci#s *es*#2+ *#s V )#+ p + # c)ie('e -ssencial -ssencial -ssencial $pcional Dese(vel

C E

N> *e #+*e8 2 8 > C E H I

Doncentra&o nos compromissos mais Dese(vel importantes 9edu&o de custos Dese(vel

C#2#8#83 -la"ora&o dos requisitos funcionais do sistema

0erspectiva do produto -la"ora&o dos requisitos funcionais do sistema 4Os requisitos funcionais correspondem listagem de tudo o que o sistema deve fa er6 (U!5:!UIDS, 8LLC, p#>J)#

-xemplo 5istema para uma pequena videolocadora que tenha como misso gerenciar o seu acervo e o seu caixa# 9? 9?2 9?8 9?> Descri&o Zerenciar ttulos Zerenciar clientes Zerenciar empr%stimos Dategoria opcional) -ssencial -ssencial -ssencial (-ssencial, dese(vel,

9?C 9?E

Donta"ilizar pagamentos Donta"ilizar rece"imentos

$pcional -ssencial

-la"ora&o dos requisitos no funcionais do sistema 4 Os requisitos n!o funcionais s!o restri"#es colocadas so$re como o sistema deve reali ar seus requisitos funcionais 6 (U!5:!UIDS, 8LLC, p#>J)# 0odem expressar, tam"%m, as restri&,es aplicveis ao sistema e normalmente, detalha atri"utos de usa"ilidade< confia"ilidade< performance< configura"ilidade< seguran&a< implementa&o< interface< empacotamento (como o soft1are deve ser entregue ao usurio final)< legais (cuidado em no infringir os direitos autorais relativos O atividade que est sendo automatizada)#

-xemplo 5istema para uma pequena videolocadora que tenha como misso gerenciar o seu acervo e o seu caixa# 97? 97?2 97?8 97?> 97?C 9estri&o Implementa&o Implementa&o Implementa&o 5eguran&a Descri&o ! linguagem de implementa&o do sistema ser G85-, sem o uso dos Gava Beans# ! "ase de dados ser criada no "anco de dados AT5Q: e o acesso O "ase de dados se dar via $DBD# $ am"iente da aplica&o ser des/top para uma esta&o Ynica de tra"alho# $ sistema implementar controle de acesso para cada perfil de usurio# $ sistema criar perfis de usurios (cada perfil pode ter vrios usurios) e senhas para acesso exclusivo Os fun&,es de cada perfil# $ sistema permitir a realiza&o das opera&,es crticas de acesso ao "anco de dados (opera&o de empr%stimo de fitas, por exemplo) em, no mximo, 2 segundo $ sistema apresentar mecanismos de recupera&o de dados ("ac/up)# $ sistema permitir ao usurio escolher o padro visual da interface# $ sistema dever o"edecer O legisla&o vigente que regulamenta impresso de cupons fiscais e direitos autorais# $ produto poder funcionar em rede com mais de um computador# Dategoria -ssencial -ssencial Dese(vel -ssencial

97?C 97?E 97?H 97?I 97?J

0erformance Donfia"ilidade Donfigura"ilidade :egal -xpansi"ilidade

Dese(vel -ssencial $pcional -ssencial Dese(vel

Diagrama de contexto . diagrama que mostra as interfaces do produto com os atores com quem deve interagir# $ diagrama deve indicar fontes e sorvedouros de dados# 0ode3se adotar a nota&o de casos de uso da @A:#

5o"re os casos de uso @m caso de uso especifica o comportamento do sistema a ser desenvolvido, sem especificar como este comportamento ser implementado# $s comportamentos descrevem as fun&,es da aplica&o que caracterizam a funcionalidade do sistema# @m caso de uso representa o que o sistema faz e no como o sistema faz, proporcionando uma viso externa e no interna do programa (:eite, s#p, 8LL8)# @m caso de uso descreve um con(unto de seqM)ncia de a&,es que o sistema desempenha para produzir um resultado esperado pelo usurio cada seqM)ncia representa a intera&o de entidades externas e o sistema# ;ais entidades so chamadas de atores e podem ser usurios (fun&o de usurios) ou outros sistemas pode ser mais geral ou especfico, servindo para definir o sistema ou detalhar os su"3sistemas pode ser especializado (uma consulta pode ser especializada em consulta de saldo e consulta de extrato, por exemplo) pode ser reaproveitado deve ser realizado em uma Ynica intera&o com o sistema

deve a"strair fun&,es como login e logoff no sistema e cadastros elementares (incluso e altera&o de registros), ou se(a, no deve contemplar fun&,es elementares#

7ota&o Dada caso de uso % representado por uma elipse, a qual cont%m um nome formado por um ver"o e seu o"(eto# Dada ator % representado por um "oneco de palitos e so conectados Os elipses atrav%s de linhas com termina&o de seta# 0ara cada caso de uso podem ser especificadas pr%s e p*s condi&,es do caso o que % necessrio para efetuar a entrada e o que vai ser vlido ao fim da execu&o# $s casos de uso de um sistema podem ser explicitados atrav%s de um diagrama de casos de uso, como mostra o exemplo a seguir

?un&,es do produto . principais fun&,es que o produto desempenhar (que aparecem no diagrama de contexto . diagrama geral do sistema, sem especificar cada um dos su"3sistemas em detalhe), descrevendo de forma sint%tica o o"(etivo de cada uma# 7ormalmente, cada fun&o corresponde a um Ynico processamento completo, que gera algum valor para os atores# Zrupos de processamentos simples e correlatos (por exemplo, incluso, altera&o e excluso dos mesmos itens) costumam ser agrupados dentro de uma Ynica fun&o do tipo Zesto (Zerenciar)#

!p*s identificar os casos de uso, % preciso escrever o fluxo principal da execu&o do caso de uso sem que se(am detalhados aspectos internos do sistema# -xemplo !nalisar tempo# $ usurio acessa o sistema para sa"er quais horrios tem livre em sua agenda para a semana que se inicia, informa a semana (-5 . evento de sistema, alguma informa&o % passada para o sistema) para consulta e visualiza os 4"uracos6 em sua agenda (95 . resposta do sistema, horrios livres so visualizados)#

Interfaces de usurio . descri&o de interfaces do produto com seus usurios humanos (telas)# 0ara cada interface, detalhar o respectivo nome, fun&o, ator e uma descri&o sucinta do seu o"(etivo# -xemplo interface para visualizar os compromissos semanais (uma forma de analisar o tempo)# 2is ali1ao dos compromissos semanais Permite )is ali1ar os compromissos da semana6 para propiciar melhor anlise do tempo 7caso de so analisar tempo8 Idoso6 2endedor6 Tra'alhador Abril "# a $/Maio Seg nda Tera 2" 2: ,esen)A Proj I2 ,esen)A Proj I2 ,esen)A Proj I2 Almoo ,esen)A Proj I ,esen)A Proj I ,esen)A Proj I2

Interface 14 5 no4 Atores M!s Semana ,ia <4?? @ =4?? =4?? @ >4?? >4?? @ 1?4?? 1?4?? @ 114?? 124?? @ 1!4?? 1!4?? @ 1"4?? 1"4?? @ 1:4?? 1:4?? @ 1;4?? 1;4?? @ 1<4?? 1<4?? @ 1=4?? 1=4?? @ 1>4?? 1>4?? @ 2?4?? 2?4?? @ 214?? 214?? @ 224?? 224?? @ 2!4??

9 arta 2; ,esen)A Proj I ,esen)A Proj I

9 inta 2<

Se-ta 2= ,esen)A Proj I2 ,esen)A Proj I2 ,esen)A Proj I2 Almoo

S'ado 2>

,omingo !?

(e nio ,esen)A Proj I ,esen)A Proj I Almoo ,esen)A Proj I ,esen)A Proj I ,esen)A Proj I2 ,esen)A Proj I2

TreBBing TreBBing TreBBing TreBBing TreBBing

Almoo

Almoo

,esen)A Proj I2 (e nio (e nio

TreBBing TreBBing TreBBing TreBBing TreBBing

Cegenda4

Dorrio comercial li)re Dorrio li)re no comercial

X preciso construir diagramas de transi&o de estado para especificar interfaces de usurio que tenham comportamento mais complexo# (=er detalhes na se&o 0ro(eto de Interfaces) Interfaces de hard1are . caractersticas de hard1are do sistema que se(am relevantes do ponto de vista da especifica&o do soft1are, tais como dispositivos especiais# 7o devem ser includos dispositivos normalmente utilizados nos am"ientes operacionais, como teclado, mouse, impressora, etc# Interfaces de soft1are . interfaces com outros produtos de soft1are, tais como aplicativos que rece"em dados do produto ou que enviam dados para ele, se(a on3line, atrav%s de arquivos ou atrav%s de "ancos de dados#

0ara refer)ncia complementar so"re a anlise de requisitos, consultar

0!@:! ?I:V$, Uilson de 0dua. %ngen&aria de 'oft(are ?undamentos, m%todos e prticas# 8 ed# 9io de Ganeiro :;D, 8LL># p# NC32L>#

.$- - A(:)ise *e ' +ef s

!nlise de tarefas % um su"stantivo coletivo usado no campo da ergonomia para designar todos os m%todos de coletar, classificar e interpretar dados na performance de sistemas que incluem pelo menos um operador humano# 3 Aodela o mundo e como o tra"alho % nele realizado o Aodela o futuro a partir de modelos do presente# (5opsismo pragmtico a realidade no % captvel, s* temos modelos, e eles so aproxima&,es e nunca perfeitos) 0ro"lema % difcil antecipar tudo# ! prototipa&o a(uda, apenas# 3 Aodelo descritivo de coisas intangveis (processos mentais e de soft1are) 3 9ela&,es conceituais e comunicativas entre as coisas do modelo 3 A%todo entrevistas, etnografia, o"serva&o C#>#23 ! anlise de tarefas e a etapa de anlise de requisitos do sistema (=iso de :e1is citado por Diaper (8LLC)) 7o modelo em cascata, a fase de anlise de requisitos tem a responsa"ilidade de definir de forma precisa quais necessidades o soft1are dever atender para seus usurios em seu am"iente, sem que se relacione como tais necessidades sero colocadas no sistema# ! anlise de tarefas tem a"ordagem semelhante % preciso definir o que o usurio precisa fazer (suas necessidades) e como deve fazer o que precisa# Aas, o que torna a anlise de tarefas distinta da anlise de requisitos pura e simples % o nvel de detalhamento as tarefas representativas no design centrado pelas tarefas so descritas de forma completa, detalhada e a"ordando a situa&o real de tra"alho# G os requisitos na viso tradicional da engenharia de soft1are so descri&,es a"stratas de partes daquelas tarefas representativas# Design centrado nas tarefas foca em tarefas reais, completas, representativas enquanto a tradicional anlise de requisitos focaliza elementos a"stratos e parciais das tarefas# ! anlise de tarefas faz parte da anlise de requisitos funcionais de sistemas e se caracteriza por ser a descri&o completa de tarefas, su"tarefas e m%todos envolvidos no uso do novo sistema, identificando os recursos necessrios para os usurios realizarem as tarefas com o sistema# ! anlise de tarefas pode, tam"%m, ser realizada na fase de testes do sistema ou de sua avalia&o de performance# !ssim, avalia3se como as tarefas so realizadas dado um sistema ( existente e, se existem discrepRncias, retorna3se Os fases anteriores da anlise de requisitos do sistema# (Diaper, 8LLC) ! anlise de tarefas envolve, normalmente, a representa&o das tarefas como uma sequencia de senten&as curtas (conhecidas como listas de atividades) e a classifica&o das coisas envolvidas na realiza&o das atividades (o"(etos e agentes)# ! anlise de tarefas pode tomar vrios formatos, sendo o mais comum o da prosa (transcri&o da tarefa ou cenrio)#

C#>#83 -tapas da anlise de tarefas $ que deve conter a anlise de tarefas ("aseada em Aandel, 2NNI, p#8EH) o Quais tarefas os usurios realizamP o Quais tarefas so mais crticasP o Quais passos so tomados para a realiza&o das tarefasP o Quais so os o"(etivos (metas) quando realizam tarefasP o Qual informa&o % necessria para completar a tarefaP o Quais ferramentas (computador e outros) so necessrias para realiza&o da tarefaP o Qual sada % gerada ap*s a realiza&o da tarefaP o Domo os usurios fazem seu tra"alho (manualmente, por telefone, pelo computador, etc)P o Domo usurios interagem com os outros para realizar suas tarefasP o Domo % o fluxo de tarefas no processo de tra"alho, no neg*cio consideradoP o Quo frequentemente os usurios realizam as tarefasP o Domo os computadores e seus soft1ares podem auxiliar os usurios na realiza&o de tarefasP

;%cnicas para a anlise de tarefas Denrios (mais informal) 3 5cenario3Based 9equirements !nalTsis (5B9!) Z$A5 Zoals, $"(ectives, Aethods, 5election rules S:A SeTstro/e :evel Aodel V;! Vierarchical ;as/ !nalTsis Dognitive Ual/through, entre outras# -xistem vrias t%cnicas para anlise de tarefas, desde as mais voltadas para os primeiros estgios da fase de concep&o do sistema (como os cenrios), quando ainda no existe clareza em rela&o Os tarefas e seus usurios, assim como t%cnicas voltadas O avalia&o precisa de como uma tarefa % realizada em detalhes, que se aplicam melhor para testes de usa"ilidade do sistema (como S:A e Z$A5, por exemplo)# Quando utilizar cada t%cnica . contexto# Id%ia original do sistema (root concept) viso, concep&o (rationale), pressupostos (assumptions), envolvidos (sta/eholders)

-studos de campo o"serva&o no am"iente do tra"alho, entrevistas, grava&,es, artefatos#

5nteses (summaries) envolvidos (sta/eholders), tarefas, anlise de artefatos, temas gerais# V;! (decompor tarefas complexas em su"tarefas)#

Denrios (pro"lem scenarios) ilustrar e colocar em contexto as tarefas e temas desco"ertos no campo#

Dlaim analTsis (anlise de restri&,es e demandas) encontrar e incorporar caractersticas da prtica que trazem implica&,es para o uso do sistema#

C#>#>3 V;! 3 Vierarchical ;as/ !nalTsis . !nlise Vierrquica da ;arefa o o o o o o Aodelar o comportamento do usurio ao realizar uma tarefa ! tarefa, para ser realizada, envolve a realiza&o de metas de maneira mais ou menos seqMencial e hierrquica atrav%s de operadores, seguindo um plano de a&o (ordem, seqM)ncia plane(ada dos operadores, condi&,es nas quais as tarefas so realizadas)# @ma tarefa % um tra"alho que precisa ser realizado e pode ser definida em termos de uma meta ou metas# $peradores so especificados a partir das circunstRncias nas quais a meta % ativada (Input), as atividades que contri"uem para alcan&ar a meta (!ction) e das condi&,es que indicam o alcance da meta (?eed"ac/) (I!?)# X preciso usar identa&o para denotar hierarquia das tarefas# -xemplo (Baseado em DIX, 8LLC, p#E223E2N) o ;arefa de fazer faxina em casa L . ?azer faxina 23 :impar os quartos o 2#23 !rrumar as camas o 2#83 =arrer os quartos

o 2#83 ;irar poeira dos quartos o 2#>3 -ncerar o cho 83 :impar o am"iente social o 8#23 =arrer a sala o 8#83 ;irar poeira da sala o 8#>3 :impar o cho >3 :impar os "anheiros o >#2 . :avar o "ox o >#8 . :avar o vaso o >#> 3 :avar a pia C3 :impar a cozinha o C#23 :avar as lou&as o C#83 =arrer o cho o C#>3 :impar o cho o C#C3 :impar os eletrodom%sticos

0lano 2 ?azer 2#8, 8#2, C#8 e, depois fazer os itens restantes em 2 e 8< depois fazer > o restante dos passos de C# 0lano 8 ?azer 2, 8, > e C na ordem# o ;arefa de encontrar informa&o em um 1e"site (Baseado em Dix, 8LLC, p#E2J3E2N) com campo para "usca de informa&o direta, "em como lin/s normais#

C#>#C3 Denrios Descri&o de alto nvel daquilo que o usurio faz ?oco as atividades que as pessoas realizam nas organiza&,es possi"ilitando uma perspectiva mais ampla dos pro"lemas atuais onde o sistema ser inserido 5eqM)ncia de tarefas dos usurios ou eventos que comp,em uma transa&o comum Dole&o de narrativas de situa&,es no domnio que favorecem o levantamento de informa&,es, a identifica&o de pro"lemas e a antecipa&o das solu&,es#

Denrios so uma maneira excelente de representar, para clientes e usurios, os pro"lemas atuais e as possi"ilidades que podem surgir# Domo construir cenrios

Denrios podem ser construdos atrav%s de entrevistas, o"serva&o in loco e encontros, podem ser descritos em narrativas textuais ou atrav%s de stor)$oards# !s narrativas textuais podem ser descritas livremente, identificando os agentes e as a&,es nas quais eles participam# -st*ria compartilhada pelos vrios envolvidos (sta/eholders) no design do sistema#

@surios normalmente falam de pro"lemas atrav%s de narrativas# 4*ote t&at t&e act of (riting a scenario is equivalent to ma+ing a video recording of a tas+. (,) - scenario as a stor) a$out use (Carroll. 2///0 c&ap. 1) is a tas+ transcript. t&at is. a prose description of tas+ performance6 (DI!0-9, 8LLC, p#>I)# O levantamento de informa"#es so$re as tarefas e os usu2rios pode ser mel&or reali ado quando os analistas procuram descrever situa"#es do processo de tra$al&o. Os m3todos $aseados em cenrios consistem de uma cole"!o de narrativas de situa"#es no dom4nio que favorecem o levantamento de informa"#es. a identifica"!o de pro$lemas e a antecipa"!o das solu"#es. Cen2rios s!o uma maneira excelente de representar. para clientes e usu2rios. os pro$lemas atuais e as possi$ilidades que podem surgir # (:-I;-) $s cenrios t)m como foco as atividades que as pessoas realizam nas organiza&,es possi"ilitando uma perspectiva mais ampla dos pro"lemas atuais onde o sistema ser inserido, explicando porque ele % necessrio# -les proporcionam um desenvolvimento orientado a tarefas possi"ilitando maior usa"ilidade do sistema# Denrios podem ser construdos atrav%s de entrevistas, o"serva&o in loco e encontros, podem ser descritos em narrativas textuais ou atrav%s de stor)$oards# !s narrativas textuais podem ser descritas livremente, identificando os agentes e as a&,es nas quais eles participam#

;%cnicas para constru&o de cenrios

O questionamento sistemtico 3 uma t3cnica psico5lingu4stica que permite a psiclogos e ling6istas examinar o conte7do e a estrutura de informa"#es contidas numa narrativa. 8ma narrativa 3 um sum2rio de um con9unto de eventos e a"#es envolvendo agentes e o$9etos do mundo. 1. Gerao do cenrio 5 as narrativas que comp#em o cen2rio devem ser descritas pelo especialista no dom4nio. O analista pode motiv25lo fa endo perguntas como num processo convencional de entrevista (quest#es de elicita"!o do cen2rio). 2. Elaborao da rede de proposies 5 as narrativas devem ser simplificadas e expressas atrav3s de proposi"#es. :. Anlise 5 a partir das proposi"#es pode5se determinar as tarefas (a"#es e o$9etos) e usurios (agentes das a"#es). ;. Questionamento sistemtico 5 novas proposi"#es podem ser ela$oradas atrav3s de quest#es que s!o feitas so$re elementos das proposi"#es anteriores. num processo iterativo. (<%=>%. s.p) -xemplo2 5istema de mercearia Denrio 2 cliente compra mercadoria Zera&o do cenrio Dliente seleciona uma ou mais mercadorias da lo(a, o"servando qual % o melhor pre&o ou qual % a marca favorita# Dirige3se ao caixa para pagar pelas mercadorias# $ caixa registra as mercadorias adquiridas pelo cliente e recolhe o dinheiro referente Os mercadorias# 9ede de proposi&,es D:I-7;- verifica 09-^$ D! A-9D!D$9I!# D:I-7;- verifica A!9D! D! A-9D!D$9I!# D:I-7;- seleciona A-9D!D$9I!# D!IX! registra A-9D!D$9I!# D!IX! rece"e 0!Z!A-7;$ do D:I-7;-# !nlise !gentes das a&,es D:I-7;- - D!IX!

!tividades verificar pre&o, registrar mercadoria, verificar marca da mercadoria, selecionar mercadoria, rece"er pagamento# Questionamento sistemtico (por qu)< como< o que %< ento### isso ocorre assim) $ Q@- (5$B9- $BG-;$5) $ que % pre&o da mercadoriaP $ que % a marca da mercadoriaP $ que % mercadoriaP $ que % pagamentoP

D$A$ (5$B9- -=-7;$5) Domo % o cliente seleciona a mercadoriaP Domo % o cliente verifica pre&os e marcasP Domo % registrada a mercadoriaP Domo % realizado o pagamento do clienteP

0$9 Q@_ (9-:!D`-5 D- D!@5! - -?-I;$) 0or que o cliente verifica o pre&o antes da marcaP

-7;a$### X !55IA -nto, o cliente no verifica a data de validade do produtoP -nto, os Ynicos crit%rios de escolha do produto so a marca e o pre&oP

-xemplo8 Aadel Aanor Votels . programa que possi"ilite aos usurios ver reservas, informa&,es do hotel, fazer reservas, e ver o programa h*spede 4ilustre6, al%m de possi"ilitar que os funcionrios do hotel o utilizem para fazerem seu tra"alho, "em como ag)ncias de turismo parceiras# o Denrio 2 Dliente dese(a ver hot%is em Dancun, A%xico, imprimir informa&,es do hotel e reservar estadia para sua famlia em sua pr*xima viagem# 0asso 2 Zera&o do cenrio Dliente acessa no sistema do Votel Aanor, digita seu nYmero e senha, procura por hot%is em Dancun, A%xico, imprime fotografias do hotel, mapa do local e como chegar l a partir do aeroporto, checa a disponi"ilidade do hotel e os pre&os e reserva dois quartos para a famlia# 0asso 8 Identifica&o da rede de proposi&,es Dliente acessa o sistema do Votel Aanor Dliente digita nYmero e senha Dliente procura hot%is Dliente imprime fotografias Dliente imprime mapas Dliente imprime informa&,es de localiza&o do hotel Dliente checa disponi"ilidade do hotel Dliente checa pre&os Dliente reserva dois quartos para a famlia

0asso > Identifica&o das tarefas (a&,es e o"(etos) e usurios (agentes das a&,es) !gente Dliente !&o !cessar Digitar Imprimir Dhecar 9eservar $"(eto 5istema Dados de identifica&o ?otografia Aapa Informa&,es de localiza&o Disponi"ilidade 0re&os Quartos

0asso C Questionamento sistemtico (para refinar os cenrios)

$ Q@- (5$B9- $BG-;$5) $ que % pre&oP $ que % disponi"ilidadeP $ que % fotografiaP $ que % mapaP $ que so informa&,es de localiza&oP $ que so quartosP

D$A$ (5$B9- -=-7;$5) Domo so impressas as fotografias, os mapas, as informa&,es de localiza&oP Domo % digitada a identifica&o do usurioP Domo % checada a disponi"ilidadeP Domo % checado o pre&oP

0$9 Q@_ (9-:!D`-5 D- D!@5! - -?-I;$) 0or que o cliente verifica o pre&oP 0or que o cliente verifica a disponi"ilidadeP

-7;a$### X !55IA -nto, o cliente reserva ap*s todo este processo de procuraP -nto, o cliente precisa do mapa e da localiza&oP

C#>#E3 $utras t%cnicas de anlise de tarefas !l%m da constru&o de cenrios, da V;!, tam"%m o m%todo Z$A5 (( estudado) % uma t%cnica para anlise de tarefas de seus usurios, eficiente para avaliar a performance dos usurios em tarefas ( mapeadas e sistemas ( existentes# $utras variedades de t%cnicas de anlise existem, como os descritos a"aixo de forma suscinta Intera&o do usurio descrita como linguagem . modelos B7? e ;!Z - B7? (Bac/us37aur ?orm) a"ordagem lingustica para a intera&o entre o homem e o computador, na qual os dilogos entre o homem e a mquina so descritos no nvel sinttico# X utilizada para especificar a sintaxe das linguagens de programa&o do computador# -xemplo o desenho de um tra&o na tela na qual % necessrio selecionar o comando de desenho, dar um clique no ponto inicial, arrastar o mouse e efetuar duplo clique para terminar o tra&o# Dra13line b select3line F choose3 points F last3point select3line b position3mouse F D:IDS3A$@5-

choose3points b choose3one F c choose3one F choose points last3point b position3mouse F D$@B:-3D:IDS3A$@5position3mouse b emptT c A$=-3A$@5- F position mouse (?onte DIX, 8LL8 8C2) 7a B7?, os nomes escritos em minYsculo so no3terminais, por serem a"stra&,es de alto nvel, enquanto que os escritos em maiYsculo so terminais, os quais representam o nvel mais "aixo de comportamento do usurio, como pressionar uma tecla, clicar com o mouse, mover o mouse# $ sm"olo b significa 4% definido como6, enquanto o sm"olo F define sequ)ncia e o sm"olo c uma escolha# ;!Z (;as/3!ction Zrammar) (0aTne d Zreen, 2NJN) % "aseada no B7?, por%m % mais consistente, por apresentar, al%m de consist)ncia sinttica, tam"%m uma consist)ncia semRntica e lexical# -xemplo a&,es de mover, copiar ou ligar arquivos no @7IX ?ile3opeopf b commandeopf F filename F filename c commandeopf F filenames F directorT Dommand eopbcopTf b gcph Dommand eopbmovef b gmvh Dommand eopblin/f b glnh Aodelo SeTstro/e3level (S:A) faz parte da famlia Z$A5 de modelos, mas em nvel mais "aixo, da atividade motora# $ o"(etivo % prever o tempo que o usurio leva para realizar uma tarefa# 5o considerados operadores primitivos, como tecla digitada, "oto clicado, atos de apontar, levar a mo no dispositivo, realizar uma opera&o mental e esperar resposta do sistema, desenhar# $s tempos de execu&o de uma tarefa so calculados so"re m%todos, que so seqM)ncias de operadores# $ modelo decomp,e a fase de execu&o em cinco diferentes operadores motores S SeTstro/ing, B 0ressionar o "oto do mouse 0 !pontar< mover o mouse V Voming, alternar a mo do mouse para o teclado D desenhar linhas usando o mouse A preparo mental para a a&o fsica 9 resposta fsica a qual pode ser ignorada se o usurio no tem de esperar por ela# -xemplo Dorrigir uma tecla digitada errada como uso do mouse em um editor de texto 2 . mover a mo at% o mouse 8 . posicionar o mouse antes do caracter errado > . retornar ao teclado C . apagar caracter E . digitar corre&o H . reposicionar ponto de inser&o Vemousef 0Be:-?;f V e/eT"oardf AS edeletef S ecarf V emousef A0B e:-?;f

-stima3se, ento, o tempo de execu&o das a&,es e t)m3se o tempo total gasto na tarefa, como a"aixo ; execute b ;S F ;BF ;0 F ;V F ;D F ;A F ;9 b 8 t/ F8 t" F tp F > th F L F 8 tm F L -xistem algumas leis que definem o tempo necessrio para realiza&o de a&,es, como o tempo de arrastar o mouse, pensar na tarefa, digitar que permitem precisar cada tempo gasto na f*rmula acima# -ntre elas, tempos as leis de de ?itts, de AeTer, de Vic/ e a lei do potencial da prtica, a"aixo descritas !lgumas leis cognitivas da a&o S ;empo para pressionar uma tecla# =aria com a ha"ilidade do usurio Datil*grafo profissional (2>E ppm) L#LJ Bom datil*grafo (NL ppm) L#28 Datil*grafo mediano (EE ppm) L#8L Datil*grafo !mador (CL ppm) L#8J Digitar teclas aleat*rias L#EL Digitar c*digos complexos L#IE 0ior caso 2#8L

0 !pontar alvo com o mouse 2#2L @sar lei te ?itt ou de AeTer# =alores variam de L,J a 2,E segundos, !to de pressionar o "oto soma3se L#8 segundos# V posicionar mos L#CL D(n, :) desenhar n segmentos de comprimento total :# L#NnFL#2: (: em polegadas) A 0repara&o mental 2#>E Lei *e Fi''s ;b / log8 (D+5 FL,E), / i2LL mseg ; b ;empo para mover a mo ao alvo D b distRncia entre a mo e o alvo 5 b ;amanho do alvo# ! :ei de ?itts % muito usada para descrever o tempo gasto para se apontar um o"(eto na tela com o mouse# Lei *e Me@e+ ; b ! F B j kD+U :ei de AeTer% um refinamento da lei de ?itts# ; b tempo para mover ao alvo D b distRncia do alvo U b largura do alvo ! i 32> mseg e B i 2LJ mseg Lei *e AicB (2) V b log8 (nF2) (8) V b l pi log8 (2+pi F 2) V b -ntropia ;eoria da Informa&o# n b 7Ymero de alternativas igualmente provveis# pi b pro"a"ilidade da alternativa i para n alternativas# $ tempo para uma tomada de deciso seria proporcional a V# ; b / V, onde / i 2EL mseg# 0ode ser usado como uma estimativa de quanto tempo uma pessoa precisa pra tomar uma deciso de menu, por exemplo# Lei *# p#'e(ci ) * p+:'ic -xpresso que determina aumento da velocidade em fun&o da prtica# ;n b ;2 n .a, a i L,C ;n b tempo para realizar tarefa ap*s n tentativas# ;2 b ;empo inicial# n b nYmero de tentativas# @!7 (@ser3!ction 7otation) (Vix d Vartson, 2NN>) utilizado principalmente para interfaces de manipula&o direta, % uma nota&o que descreve o comportamento fsico do usurio e da interface na medida em que uma tarefa % realizada# -xemplo tarefa de selecionar um arquivo 0asso 2 mover o cursor so"re o cone do arquivo 0asso 8 pressionar e imediatamente soltar o "oto do mouse 7ota&o da @!7 i efile iconf Av m $ sm"olo i significa mover cursor e o sm"olo v o pressionar do "oto, enquanto o sm"olo m o soltar do "oto e o sm"olo A significa "oto do mouse#

.$.- P+#Ce'# *e i('e+f ces

$ pro(eto de interface (na fase de pro(eto de sistemas, ap*s a anlise de requisitos e anlise de sistemas) pode ser dividido em ?- camada de interface pode ser dividida em duas camadas@ a) -presenta"!o@ 8ma camada com as classes que representam os o$9etos gr2ficos da interface e cu9as responsa$ilidades se resumem em rece$er dados e comandos do usu2rio e apresentar resultados a ele. $) -plica"!o@ uma camada que controla a lgica da interface. a$rindo e fec&ando 9anelas. &a$ilitando e desa$ilitando $ot#es. etc. -o se considerar uma interface $aseada em 9anelas. as tarefas do pro9eto de interface s!o compostas $asicamente de@ a) determinar quais s!o as 9anelas do sistema e as possi$ilidades de navega"!o entre uma 9anela e outra. $) Aa er o pro9eto gr2fico das 9anelas. associando controles a eventos de navega"!o. opera"#es do sistema e seus parBmetros. consultas de sistema com seus parBmetros e resultados de controle de transa"!o (commit. roll$ac+. etc). c) Ceterminar os poss4veis estados de 9anelas modais. indicando quais controles de interface estar!o &a$ilitados eDou vis4veis nos diferentes estados. d) =ndicar quais fun"#es dever!o estar &a$ilitadas nos diferentes n4veis de seguran"a. e) Cefinir os casos de uso reais da aplica"!o.E (U!n:!UIDS, 8LLC, p#8EI) =amos, ento Os etapas !) Determina&o das (anelas do sistema e das possi"ilidades de navega&o entre uma (anela e outra ;rata3se de determinar quais (anelas o sistema ir apresentar e da constru&o de um diagrama de transi&o de estados# ?O diagrama de transi"!o de estados de navega"!o indica quais s!o as 9anelas que comp#em o sistema e quais eventos permitem ao usu2rio navegar de uma para outra. %ventos internos s 9anelas (transi"#es de uma 9anela para ela mesma) n!o s!o mostrados neste diagrama. mas dever!o aparecer nos diagramas de estado das 9anelas modaisE (U!n:!UIDS, 8LLC, p#8EN)# -xemplo Diagrama de transi&o de estados de navega&o de um sistema para uma pequena videolocadora#

B) 0ro(eto grfico das (anelas 0ara cada (anela prevista, deve ser criada a interface em alguma linguagem de programa&o#

D) Determinar o estado das (anelas modais e os controles ha"ilitados+desa"ilitados a cada instante# =e(a, por exemplo, a possvel interface da tela de :ogin# 9epare que o "oto de -ntrar est desa"ilitado e s* ser ha"ilitado caso o usurio digite seu usurio e senha (o que previne contra erros)# 0ara especificar este comportamento da interface, n*s podemos criar um diagrama de estado da (anela modal de login, da seguinte forma

7esta fase, tam"%m deve ser indicado como o sistema vai realizar transa&,es com o "anco de dados (transa&,es de commit, por exemplo), mas tais detalhes sero mais estudados em disciplinas de pro(eto de sistemas# D) -sta"elecer quais fun&,es esto ha"ilitadas em quais nveis de seguran&a e indicar no diagrama de transi&o de estados# 7vel 2 7enhuma fun&o ha"ilitada 7vel 8 ?un&,es de cadastro de clientes e empr%stimo ha"ilitadas 7vel > ?un&o de cadastro de ttulos ha"ilitada (para usurio gerente, supervisor)

-) -sta"elecer os casos de uso reais da aplica&o# $s casos de uso desenhados na fase de concep&o do sistema podem ser adaptados de acordo com o pro(eto da interface (por exemplo a tela de cadastro de empr%stimo pode, tam"%m, a"ordar o rece"imento de pagamento, que seria outro caso de uso do sistema)# ;ais adapta&,es devem se refletir nos manuais de uso do sistema# Aaiores detalhes, consultar U!5:!UIDS, 9aul 5idnei# -n2lise e pro9eto de sistemas de informa"!o orientados a o$9etos# 9io de Ganeiro -lsevier, 8LLC# Dap N# p# 8EI38I2# C#E3 Donstru&o da interface De posse do pro(eto da interface, % preciso constru3lo na linguagem de programa&o na qual ser desenvolvido o sistema# $ pro(eto grfico da interface (como a cria&o dos cones do aplicativo, no caso de interfaces UIA0) ou a diagrama&o de um 1e"site podem envolver profissionais especializados em design# -, conforme ( estudado, as interfaces 1e" requerem a ela"ora&o apurada da arquitetura da informa&o, a constru&o de sitemaps, 1ireframes e design grfico adicionalmente a todo processo de design de interfaces ( discutido# C#H . =alida&o da interface ! valida&o da interface requer a sua avalia&o diante de usurios ou especialistas, envolvendo os testes de usa"ilidade, os quais sero discutidos em maiores detalhes em outro captulo#

D- ?I?LIOGRAFIA
B-Z$55$, :uiz Darlos# -ngenharia de @sa"ilidade# Fevista Gale@ -rte. CiHncia e Cultura, !ssis, !no L2, n#L>, p#H>3IL, dez# 8LL> D- 5$@n!, D# 5#< :-I;-, G# D#< 09!;-5, 9#$# d B!9B$5!, 5#D#G# 3 o0ro(eto de Interfaces de @surio 0erspectivas Dognitiva e 5emi*ticao, !nais da Gornada de !tualiza&o em Informtica, XIX D$7Z9-55$ D! 5$DI-D!D- B9!5I:-I9! D- D$A0@;!^a$, 9io de Ganeiro, (ulho de 2NNN# pp# C8E3CIH (Disponvel em http ++111#dimap#ufrn#"r+i(air+pium+(aiNN#zip) DI!0-9, Dan# @nderstanding ;as/3!nalTsis for Vuman3Domputer Interaction# In DI!0-9, Dan# 5;!7;$7, 7eville (ed)# >&e Iand$oo+ of >as+ -nal)sis for Iuman5Computer =nteraction # 7e1 GerseT, :a1rence -rl"aum !ssociates, 0u"lishers, 8LLC# DIX, !lan# Iuman5computer interaction# Varlo1 0rentice Vall, 8LL8# >HJp# I5B7 L2>8>NJHCJ

VIX, De"orah# V!9;5$7, 9ex# Ceveloping user interfaces ensuring usa"ilitT through product d proccess# Gohn UileT and 5ons, 2NN># K$@9D$7, -# -n2lise estruturada de sistemas#

S@;$=!, Aarcos !ndr%# Interface Vomem3Aquina# Belo Vorizonte# 8LLL# (7otas de aula) :-I;-, Gair D# 7otas de aula de engenharia de soft1are# eonlinef !cessvel em 8LLL# A!7D-:, ;heo# >&e elements of user interface design# 7e1 Kor/ Gohn UileT d 5ons, c2NNI# Dap#22 0!@:! ?I:V$, Uilson de 0dua. %ngen&aria de 'oft(are ?undamentos, m%todos e prticas# 8 ed# 9io de Ganeiro :;D, 8LL># Dap 8,E e I# 0\D@!, Dlarindo Isaas 0# 5# Jroposta de especifica"!o de soft(are# eimpressof 0I77!, Dristina Doelho de !"reu< 5$@n!, !lexandra !#< !9!S!SI, 9eginaldo# @ma a"ordagem para pro(eto da interface e da navega&o de aplicativos 1e" orientada pelo processo de neg*cio# ?#)e'i8 TEc(ic# * Esc#) P#)i'Ec(ic * USP# 5o 0aulo, !no LE, n#E2H, p#2L32E, out# 8LLE# 0-9-I9!, Vernane Borges de Barros# A(:)isis eFpe+i8e(' ) *e )#s c+i'E+i#s *e e; )1 ciG( *e 1s 2i)i* * *e p)ic ci#(es 81)'i8e*i e( e('#+(#s *e e*1c ciG( @ f#+8 ciG( *is' (ci $ 8LL8# CLIf# ;ese (Doutorado) . Departament dh-xpressi* Zrfica a lh-nginTeria, @niversitat 0olit%cnica de DatalunTa, Barcelona# 09-55A!7, 5# 9oger# %ngen&aria de 'oft(are$ E# ed# 9io de Ganeiro AcZra1 Vill, 8LL8# JC>p# U!5:!UIDS, 9aul 5idnei# -n2lise e pro9eto de sistemas de informa"!o orientados a o$9etos # 9io de Ganeiro -lsevier, 8LLC#