Aplicabilidade de Padrões de Interação Humano-Computador e de Engenharia de Software no Processo...

Aplicabilidade de Padrões de Interação Humano-Computador e de Engenharia de

Software no Processo de Desenvolvimento de Sistemas Interativos

André Constantino da SilvaAndré Constantino da Silva

Orientadora: Júnia Coutinho Anacleto Silva Co-orientadores: Rosângela Aparecida Dellosso Penteado Sérgio Roberto Pereira da Silva (UEM)

Apoio

Maio de 2005

Agenda

1. Introdução

2. Integração ES e IHC

3. Padrões

4. Análise Crítica do modelo de processo Prototipação

5. O modelo de processo Prototipação Apoiado por

Padrões

6. Validação do modelo de processo Prototipação Apoiado

por Padrões

7. Trabalhos Relacionados

8. Resultados e Conclusões

Introdução

Desenvolvimento deSistemas Interativos

Engenharia de Software InteraçãoHumano-Computador

Introdução

Desenvolvimento deSistemas Interativos

Engenharia de Software InteraçãoHumano-Computador

Tecnologia (questões

gerenciais e técnicas)

Introdução

Desenvolvimento deSistemas Interativos

Engenharia de Software InteraçãoHumano-Computador

Tecnologia (questões

gerenciais e técnicas)

propõepráticas

Práticas propostas pela Engenharia de Software (ES)

Modelos de ProcessoCascata

Prototipação

Desenvolvimento Rápido

de Aplicações

Incremental

Processo Unificado

Extreme Programming

Entre outros

Engenharia de Software

Tecnologia (questões

gerenciais e técnicas)

Introdução

Desenvolvimento deSistemas Interativos

Engenharia de Software InteraçãoHumano-Computador

Aspectos da interação entre o

homem e a máquina

Introdução

Desenvolvimento deSistemas Interativos

Engenharia de Software InteraçãoHumano-Computador

Aspectos da interação entre o

homem e a máquina

propõepráticas

Práticas propostas pela Interação Humano-Computador (IHC)

Modelos de ProcessoProjeto Centrado no Usuário

Design Participativo

Engenharia Cognitiva

Modelo Estrela

Engenharia de Usabilidade

Modelo Centrado na Avaliação

Entre outros

InteraçãoHumano-Computador

Aspectos da interação entre o homem e a

máquina

Integração ES e IHC

Desenvolvimento deSistemas Interativos

Engenharia de Software InteraçãoHumano-Computador

Preocupações em comum

(confiabilidade, consistência, etc)

Integração ES e IHC

Desenvolver o sistema de forma mais abrangente

Considerando aspectos relevantes das duas áreas

Tarefa não trivialFocos diferentes

Profissionais com formações diferentes

Padrões (Patterns)

Prática adotada pela ES e pela IHCExpressam conhecimento

Através de textos e esboçosFormato estruturadoConhecimento apresenta

uma solução de sucesso e comprovadapara um problema freqüenteem um determinado contexto

Benefícios da aplicações de padrõesCaptura da experiência

Fornecimento de um vocabulário comum

Padrões (Patterns)

Prática adotada pela ES e pela IHCExpressam conhecimento

Através de textos e esboçosFormato estruturadoConhecimento apresenta

uma solução de sucesso e comprovadapara um problema freqüenteem um determinado contexto

Benefícios da aplicações de padrõesCaptura da experiência

Fornecimento de um vocabulário comum

explorado mais enfaticamente

pela ES

Padrões (Patterns)

Prática adotada pela ES e pela IHCExpressam conhecimento

Através de textos e esboçosFormato estruturadoConhecimento apresenta

uma solução de sucesso e comprovadapara um problema freqüenteem um determinado contexto

Benefícios da aplicações de padrõesCaptura da experiência

Fornecimento de um vocabulário comum

explorado mais enfaticamente

pela IHC

Padrões (Patterns)

Prática adotada pela ES e pela IHCExpressam conhecimento

Através de textos e esboçosFormato estruturadoConhecimento apresenta

uma solução de sucesso e comprovadapara um problema freqüenteem um determinado contexto

Benefícios da aplicações de padrõesCaptura da experiência

Fornecimento de um vocabulário comum

Possuem grande potencial para facilitar

a integração da ES com a IHC

Categorias de Padrões de ES

Padrões de ProcessoPadrões OrganizacionaisPadrões de AnálisePadrões ArquiteturaisPadrões de ProjetoPadrões de Persistência de DadosPadrões de Implementação (Idiomas)Padrões de Testesentre outros

Categorias de Padrões de IHC

Padrões para Projeto de Interação Humano-ComputadorPadrões para Projeto da Interface com o UsuárioPadrões de TarefasPadrões de UsuáriosPadrões de Elementos da Interface com o UsuárioPadrões de Sistemas InteirosPadrões para Avaliações de Usabilidadeentre outros

Padrões na Integração ES e IHC

Captura da ExperiênciaPráticas de sucesso já comprovadas

Fornecimento de Vocabulário ComumEntre profissionais de mesma área

Entre profissionais de ES e de IHC

Entre profissionais e usuários

Metodologia do Trabalho

1. Estudo de padrões propostos pela ES e pela IHC2. Estudo dos modelos de processo propostos pela ES e

pela IHC3. Para o modelo de processo Prototipação

i. Levantamento de problemas nas etapasii. Listar conjunto de padrões que potencialmente auxiliam a

resolver os problemas levantadosiii. Realização de estudos de caso para verificar aplicabilidade de

tais padrões nos pontos indicados e relacionamento entre os padrões

4. Montar um conjunto de padrões para aplicação de tais padrões no desenvolvimento de sistemas interativos

i. Baseando nas observações dos estudos de caso

Análise Crítica do Modelo de Processo Prototipação

InteraçãoHumano-ComputadorEngenharia de Software

Análise Crítica do Modelo de Processo Prototipação

Engenharia de SoftwareInteração

Humano-Computador

Análise Crítica do Modelo de Processo Prototipação

Desenvolvimento de Protótipo

1. Descartável

2. Evolucionário

3. Incremental

Foco nos requisitos não estáveis, ambíguos ou

conflitantes

Análise Crítica do Modelo de Processo Prototipação

Desenvolvimento de Protótipo

1. Descartável

2. Evolucionário

3. Incremental

Foco nos requisitos estáveis, não ambíguos

e sem conflitos

Análise Crítica do Modelo de Processo Prototipação (1/3)

- Procurar por informações que auxiliam a compreender o domínio do problema e os requisitos- Obter os requisitos do sistema- Delimitar os requisitos do sistema por completo, que é uma das dificuldades do usuário

Análise Crítica do Modelo de Processo Prototipação (2/3)

Etapa Considerações

Coleta e Refinamento de Requisitos

- Procurar por informações que auxiliam a compreender o domínio do problema e os requisitos- Obter os requisitos do sistema- Delimitar os requisitos do sistema por completo, que é uma das dificuldades do usuário

Projeto Rápido

- Elaborar um projeto da interface com o usuário que englobe os requisitos a serem refinados, representando os aspectos que são visíveis ao usuário e o nível de conhecimento do usuário- Considerar as melhores decisões relacionadas da funcionalidade no projeto rápido- Garantir que o processo não será oneroso (tempo e recursos)

Construção do Protótipo

- Minimizar o tempo e recursos despendidos no desenvolvimento- Assegurar o correto funcionamento do protótipo para que uma avaliação consistente seja realizada na próxima etapa- Englobar somente funções necessárias, não há necessidade de as funções que irão compor o produto final

Análise Crítica do Modelo de Processo Prototipação (3/3)

Etapa Considerações

Avaliação do Protótipo pelo Cliente

- Guiar o usuário para um melhor refinamento dos requisitos desejados, engajando-o e cuidando para que se tenha uma comunicação efetiva com o usuário- Preocupações de como obter melhor as informações do usuário- Deve-se aproveitar ao máximo o tempo despendido com o usuário a avaliação, a fim de obter informações suficientes para detalhar os requisitos- Fazer um planejamento para permitir a participação dos clientes representativos (usuários finais do sistema), e que o processo de avaliação não seja muito oneroso

Refinamento do Protótipo

- Coletar críticas e problemas resultantes da avaliação do protótipo, apresentando diretivas de solução para as considerações levantadas

Engenharia do Produto - Desenvolver o sistema seguindo práticas de ES e de IHC

O Modelo de Processo Prototipação Apoiado por Padrões

Visão para Desenvolvimento de Protótipo Descartável

O Modelo de Processo Prototipação Apoiado por Padrões

Visão para Desenvolvimento de Protótipo Evolucionário ou Incremental

Validação do Modelo de Processo Prototipação Apoiado por Padrões

Realização de 3 estudos de casoParte 1:

Instanciação do modelo de processo PrototipaçãoSem aplicação de Padrões

Parte 2:Instanciação do modelo de processo Prototipação Apoiado por PadrõesAplicação de Padrões relacionados ao sistema a ser desenvolvido

Coleta de informações sobre a aplicação dos padrões através de questionário

Validação do Modelo de Processo Prototipação Apoiado por Padrões

Estudo de Caso

Participantes PadrõesFase 1 Fase 2 IHC ES

1 2 2 114 228

2 4 6 114 49

3 4 6 114 49

Estudo de Caso 1

“A gerência de uma lanchonete deseja um sistema para gerenciar os pedidos realizados pelos clientes através do telefone, considerando também o controle de itens que podem ser adicionados aos pedidos, tais como ingredientes, taxa de entrega, etc. O sistema deve ainda emitir diversos tipos de relatórios e consultas, possibilitando um melhor gerenciamento dos pedidos.”

Estudo de Caso 1 – Fase 1

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

Estudo de Caso 1 – Fase 1

...Requisito Funcional 1Descrição: Registro de nova comandaEntradas: Telefone do cliente, produtos solicitados, restrições dos pedidosProcessamento: Verifica se o cliente já está cadastrado. Caso esteja, mostra o endereço cadastrado do cliente e permite que sejam registrados os pedidos do cliente. Para registrar os pedidos informa-se ao sistema quantidade e código do produto, o sistema mostra o produto referente ao código. Também permite que sejam cadastradas restrições ao pedido. Registram-se quantos pedidos forem necessários. Registra também para cada pedido o troco, que será incluso no valor total da comanda. Cover, Acréscimo e entrega; também serão inclusos no valor total da comanda.Saídas: Imprime comanda (Dados contidos na comanda: telefone, endereço, quantidade e código dos produtos, restrições nos lanches e valor total)....

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

Estudo de Caso 1 – Fase 1

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

Estudo de Caso 1 – Fase 1

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

Estudo de Caso 1 – Fase 1

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

...Atividade 1 Suponha que o cliente ligou e você identificou na bina o seguinte número de telefone: 16 3361-7880 .Você verifica que o cliente está cadastrado com os seguintes dados:Nome: Lanchonete Siri CascudoEndereço: Prof. José Ferraz de Camargo, 325Vila Mariana - São CarlosPerto da Federal

O cliente deseja receber os seguintes produtos:Um lanche de lombo com batata-palhaDuas latas de coca-cola Um lanche de hambúrguer sem tomate

...

Estudo de Caso 1 – Fase 1

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

...1. Para o campo número de telefone não precisa

entrar com o DDD.2. Quando o cliente não estiver cadastrado, não

necessita abrir outra janela.3. Opções para o usuário usar apenas o teclado,

sem necessidade de utilização do mouse.4. Opções para mais de uma restrição na grade

de produtos (lembrando que o código para acrescentar e retirar é diferente)

5. São Carlos fica fixo para o campo Cidade, podendo ser alterado

...

Estudo de Caso 1 – Fase 1

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

Estudo de Caso 1 – Fase 2

Instanciação do Modelo de Prototipação com Padrões (Protótipo Descartável)

Estudo de Caso 1 – Fase 2

Requisito 1 - Gerenciamento de pedidosDescrição: Funcionalidade principal do sistema,

objetiva o cadastro de novos pedidos realizados pelos clientes por telefone.

Prioridade: 1Requisito 4.1 - Solicitação de pedidosEntrada: Nome, telefone, endereço, ponto de

referência do cliente e o pedido.Processamento: O cliente da lanchonete liga, e o

atendente solicita seu nome, telefone, endereço e ponto de referência. Em seguida o cliente realiza o pedido, detalhando o que deseja entre lanches, bebidas e diversos e o atendente fornece ao sistema o código deste produto e a quantidade

...

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

Estudo de Caso 1 – Fase 2

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

Estudo de Caso 1 – Fase 2

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

Estudo de Caso 1 – Fase 2

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

...Solicitação de pedido por telefoneO telefone acaba de tocar, você identifica que é o número (16)3361-5144. Após atender o telefone, o cliente solicita os seguintes lanches:

Um frango 1 com alfaceDois lombos Acebolados com mais mussarelaTrês refrigerantes em lata

Produto CódigoFrango 1 301Lombo Acebolado 203c/ Alface 02c/ mussarela 12Refrigerante em lata 1004...

Estudo de Caso 1 – Fase 2

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

...1. Preenchimento da informação DDD na tela de

cadastro de clientes não obrigatório.2. O campo telefone da tela de cadastro de

clientes deve reconhecer outros formatos.3. No campo telefone da tela de cadastro de

clientes, à medida que o usuário ir digitando, ir formatando, incluindo os caracteres fixos automaticamente.

4. Após digitar o telefone na tela de cadastro de clientes, apresentar informações do cliente sem necessidade de pressionar a tecla ENTER.

5. Permitir voltar ao campo anterior ao pressionar a tecla BACKSPACE e o campo estiver vazio.

...

Estudo de Caso 1 – Fase 2

Início do Desenvolvimento

Fim do Desenvolvimento

Coleta e Refinamento de Requisitos

Projeto Rápido

Construção do Protótipo

Avaliação do Protótipo pelo Cliente

Refinamento do Protótipo

Engenharia do Produto

É a última iteração?

sim

não

SolicitarPedidos AtorCliente

Telefone, Pedidos

Comanda, Produtos

AbrirCadastroCliente

<<extend>>

dadosClientemsg 01

CorrigirCadastroCliente

DadosClienteCorrigidos

msg 02

<<extend>>

Coleta de Resultados

Respostas do questionário

Levantamento de critérios para cada aplicação proposta no modelo de processo Prototipação Apoiado por Padrões

Resultados

Etapa Critério Adotado Resultado

Favorável Desfavorável

Coleta e Refinament

o de Requisitos

a. Opinião dos participantes X

b. Percentual de perguntas elaboradas com base em padrões

X

Projeto Rápido

c. Reação do usuário X

d. Melhoria na comunicação X X

e. Diminuição na tomada de decisões X

Resultados

Etapa Critério Adotado Resultado

Favorável Desfavorável

Construção do Protótipo

e. Diminuição na tomada de decisões X

Avaliação do Protótipo

pelo Clientef. Usuário expressando através de padrões X X

Refinamento do Protótipo

g. Padrões aplicados para solucionar problemas levantados

X

Engenharia do Produto

h. Porcentagem de classes identificadas através de padrões de análise

X

i. Opinião dos participantes sobre a aplicação de padrões de análise

X

j. Opinião dos participantes sobre a aplicação de padrões arquiteturais

X

Resultados

Opinião Aplicação de Padrões de Processo

Aplicação de Padrões Organizacionais

Número de Participantes

Percentual Número de Participantes

Percentual

Acham útil 7 70,0 % 3 33,3 %

Não acham útil 0 0,0 % 4 44,5 %

Não participaram 3 30,0 % 2 22,2 %

Total 10 100,0 % 9 100,0 %

Relacionamentos entre Padrões de ES e de IHC

Relacionamentos entre Padrões de ES e de IHC

Relacionamentos entre Padrões de ES e de IHC

Relacionamentos entre Padrões de ES e de IHC

Disabled Irrelevant Things

Context:  Information or actions that are normally useful become temporarily irrelevant sometimes.  This is a common situation in almost all of the primary patterns that use visuals, such as Control Panel, Status Display, Form, and WYSIWYG Editor.Problem:  How can the artifact steer the user away from actions that cannot or should not be taken, while still maintaining visual calm and stability? Forces: ...Solution:  Disable the things which have become irrelevant.  Hide them entirely if the user shouldn't even be aware of them, or "gray them out" (with their main features barely visible) if the user should know they're there but that they just aren't useful right now.   If the thing is a manipulable control, don't allow the user to use it.

…

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Padrão de IHC

Observer Object Behavioral

IntentDefine a one-to-many dependency between objects so that when one object changes state, all its dependents are notified and updated automatically....Motivation…This kind of interaction is also known as publish-subscribe. The subject is the publisher of notifications. It sends out these notifications without having to know who its observers are. Any number of observers can subscribe to receive notifications.ApplicabilityUse the Observer pattern in any of the following situations:• When an abstraction has two aspects, one dependent on the other. Encapsulating these aspects in separate objects lets you vary and reuse them independently. • When a change to one object requires changing others, and you don't know how many objects need to be changed. • When an object should be able to notify other objects without making assumptions about who these objects are. In other words, you don't want these objects tightly coupled....

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Padrão de ES

Observer Object Behavioral …Structure

…

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Padrão de ES

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Determinando o Relacionamento1) Um determinado objeto que pode se tornar irrelevante

está relacionado ao contexto que define se ele é irrelevante ou não.

2) Esse contexto pode ser formado por outros objetos.3) O padrão Observer pode ser aplicado para informar ao

objeto que houve mudanças em seu contexto.4) Quando o objeto é informado sobre a mudança do seu

contexto, ele é capaz de determinar se é irrelevante ou não nesse novo contexto

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Padrão Observer

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

O contexto do botão (instância de

ConcreteThing) é formado pelo pedido que está sendo cadastrado

(ConcreteSubject)

Relacionamentos entre Padrões de ES e de IHC – Exemplo (X/Y)

Trabalhos Relacionados

Na ESLarman (2001)Yacoub e Ammar (2003)Entre outros

Na IHCBorchers (2000)Dearden et al. (2002)Entre outros

Na Integração ES e IHC UPi (Sousa e Furtado, 2003)Mazzorani (2003)Ferré et al. (2003)Entre outros

Trabalhos Relacionados

Na ESLarman (2001)Yacoub e Ammar (2003)Entre outros

Na IHCBorchers (2000)Dearden et al. (2002)Entre outros

Na Integração ES e IHC UPi (Sousa e Furtado, 2003)Mazzorani (2003)Ferré et al. (2003)Entre outros

Aplicação de poucos padrões

Principais Resultados (1/2)

Apresentação de uma classificação de padrões mais ampla que considera padrões de IHC e de ES conjuntamenteAnálise crítica das visões de ES e de IHC no modelo de processo Prototipação e a integração dessas visões nesse modeloEstudo da aplicação de padrões no modelo de processo Prototipação, resultado no modelo de processo Prototipação Apoiado por PadrõesAplicação de padrões em alguns dos artefatos elaborados durante o desenvolvimento de um sistema interativo

Principais Resultados (2/2)

Utilização de padrões de ES e de IHC para aumentar a comunicação entre o usuário final e os profissionais envolvidos no processo de desenvolvimentoAplicação de padrões de análise para elaboração de questões a serem realizadas durante o levantamento de requisitosValidação da proposta de padrões de ES e a IHC se complementando para desenvolver sistemas interativos

Publicações (1/2)

DA SILVA, A. C.; SILVA, J. C. A; PENTEADO, R. A. D.; DA SILVA, S. R. P. Aplicabilidade de Padrões de Engenharia de Software e de IHC no Desenvolvimento de Sistemas Interativos. In: CBCOMP 2004 - IV CONGRESSO BRASILEIRO DE COMPUTAÇÃO. 4., 2004. /Artigo Completo/DA SILVA, A. C.; SILVA, J. C. A.; PENTEADO, R. A. D.; DA SILVA, S. R. P. Integrando a Visão da ES e da IHC através da Aplicação de Padrões sobre o Modelo de Prototipação. In: IHC’2004 – VI WORKSHOP SOBRE FATORES HUMANOS EM SISTEMAS COMPUTACIONAIS, 6., 2004. /Artigo Resumido/DA SILVA, A. C.; SILVA, J. C. A; PENTEADO, R. A. D; DA SILVA, S. R. P. Investigando a Aplicabilidade de Padrões de IHC e de Engenharia de Software no Processo de Desenvolvimento de Sistemas Interativos. In: WTDES’2004 – IX WORKSHOP DE TESES E DISSERTAÇÕES EM ENGENHARIA DE SOFTWARE, XVIII SIMPÓSIO BRASILEIRO DE ENGENHARIA DE SOFTWARE, 9., 2004. /Artigo Completo/TALARICO NETTO, A.; DA SILVA, A. C.; SILVA, J. C. A.; PENTEADO, R. A. D. Padrões de Interação para Projetos WEB – Uma Visão Geral. In: TÓPICOS EM TECNOLOGIAS WEB & MULTIMÍDIA. Editores Teixeira, C. A. C.; Goularte, R. p. 197-222. Ribeirão Preto-SP: SBC, 2004. ISBN 85-7669-011-X. /Capítulo de livro/

Publicações (2/2)

TALARICO NETTO, A.; DA SILVA, A. C.; SILVA, J. C. A; PENTEADO, R. A. D. Padrões de Interação - O Contexto WEB. In: IHC’2004 – VI WORKSHOP SOBRE FATORES HUMANOS EM SISTEMAS COMPUTACIONAIS, 6., 2004. /Tutorial/TALARICO NETTO, A.; DA SILVA, A. C.; SILVA, J. C. A.; PENTEADO, R. A. D. Padrões de Interação para Projetos WEB – Uma Visão Geral. In: WEBMIDIA & LA 2004 –WEB - II LATIN AMERICAN WEB CONGRESS AND X BRAZILIAN SYMPOSIUM ON MULTIMEDIA AND THE WEB, 10., 2004. /Mini-curso/

Trabalhos Futuros

Integração das visões de ES e de IHC nos demais modelos de processoAgregação de mais padrões no conjunto elaborado

Padrões de TarefasPadrões Arquiteturais de UsabilidadePadrões de Avaliação de UsabilidadePadrões de TestesIdiomas

Identificação de padrões que considerem aspectos de ES e de IHC conjuntamenteIdentificação de padrões de processo e organizacionais para definir e apresentar as responsabilidades do especialista em IHCElaboração de uma abordagem para adoção gradativa de padrõesEntre outros

Aplicabilidade de Padrões de Interação Humano-Computador e de Engenharia de

Software no Processo de Desenvolvimento de Sistemas Interativos

André Constantino da SilvaAndré Constantino da Silva

Orientadora: Júnia Coutinho Anacleto Silva Co-orientadores: Rosângela Aparecida Dellosso Penteado Sérgio Roberto Pereira da Silva (UEM)

Apoio

Maio de 2005