Porque prototipar? Prototipagem e Cenários. Dilema. Prototipação. Artefatos do Design. Veja antes, decida depois. Prototipagem & Design Iterativo



Documentos relacionados
Prototipagem e Cenários. Veja antes, decida depois

Capítulo 2. Processos de Software Pearson Prentice Hall. Todos os direitos reservados. slide 1

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

natureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues

Especificação Operacional.

Análise de Tarefas. Análise Hierárquica de Tarefas

Processo de Software - Revisão

Processos de Software

UNEMAT SISTEMA DE INFORMAÇÃO (SI) Professora: Priscila Pelegrini

Engenharia de Software

Tencologia em Análise e Desenvolvimento de Sistemas Disciplina: WEB I Conteúdo: Arquitetura de Software Aula 03

Fundamentos de Teste de Software

ITIL v3 - Operação de Serviço - Parte 1

Desenvolvimento de Interfaces Prototipação

Introdução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento de 4ª geração Terceirização

UNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO DEPARTAMENTO DE ESTATÍSTICA E INFORMÁTICA BACHARELADO EM SISTEMAS DE INFORMAÇÃO RAPID APPLICATION DEVELOPMENT

Eduardo Bezerra. Editora Campus/Elsevier. Princípios de Análise e Projeto de Sistemas com UML - 2ª edição

3 Qualidade de Software

Elicitação de requisitos e análise

O Processo Unificado

ADMINISTRAÇÃO I. Família Pai, mãe, filhos. Criar condições para a perpetuação da espécie

Prof. Me. Marcos Echevarria

ADMINISTRAÇÃO GERAL GESTÃO DE PROCESSOS

Levantamento, Análise e Gestão Requisitos. Aula 06

COMO REDIGIR ARTIGOS CIENTÍFICOS. Profa. EnimarJ. Wendhausen

Curso Superior de Tecnologia em Gestão de Recursos Humanos. Professora Mestranda Elaine Araújo

3. Fase de Planejamento dos Ciclos de Construção do Software

Desenvolve Minas. Modelo de Excelência da Gestão

Qualidade de Software

Motorola Phone Tools. Início Rápido

Planejamento - 7. Planejamento do Gerenciamento do Risco Identificação dos riscos. Mauricio Lyra, PMP

Gerenciamento da Integração (PMBoK 5ª ed.)

Processos de Design de IHC (Parte I)

Prototipação. Clarindo Pádua 2. Referências. Prototipação. Introdução. Tipos de protótipos. Vantagens. Riscos. Ferramentas de prototipação

Gerenciamento de Projetos Modulo VIII Riscos

Fase de Análise de Requisitos. Engenharia de Software ANÁLISE DE REQUISITOS. Tipos de Requisitos. Tipos de requisitos. Tipos de requisitos

Metodologia de Desenvolvimento de Software. Prof. M.Sc. Sílvio Bacalá Jr

8.1 Planejar o Gerenciamento da Qualidade SAÍDAS

Unidade I Conceitos BásicosB. Conceitos BásicosB

O planejamento do projeto. Tecnologia em Gestão Pública Desenvolvimento de Projetos Aula 8 Prof. Rafael Roesler

Processos de Design de IHC (Parte II)

A construção de um manual sobre a utilização dos modelos também poderá alavancar o uso das representações. Este conteria a explicação detalhada da

Conectar diferentes pesquisas na internet por um menu

Curso: Engenharia de Software com Ênfase em Padrões de Software (UECE Universidade Estadual do Ceará) RUP

Processo de Desenvolvimento de Software

CEDERJ - CENTRO DE EDUCAÇÃO SUPERIOR A DISTÂNCIA DO ESTADO DO RIO DE JANEIRO

Cinco restrições de desenvolvimento/teste que afetam a velocidade, o custo e a qualidade dos seus aplicativos

Disciplina: GESTÃO DE PROCESSOS E QUALIDADE Prof. Afonso Celso M. Madeira

Resolução da lista de exercícios de casos de uso

Modelagem e Simulação

P4-MPS.BR - Prova de Conhecimento do Processo de Aquisição do MPS.BR

DEINF - UFMA Especialização em Análise e Projeto de Sistema

Tópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software.

Desenvolvimento de uma Etapa

Pontifícia Universidade Católica de Minas Gerais Bacharelado em Sistemas de Informação Trabalho de Diplomação

Roteiro SENAC. Análise de Riscos. Planejamento do Gerenciamento de Riscos. Planejamento do Gerenciamento de Riscos

OS SABERES PROFISSIONAIS PARA O USO DE RECURSOS TECNOLÓGICOS NA ESCOLA

Teste de Software Parte 1. Prof. Jonas Potros

Fundamentos de Teste de Software

Engenharia de Software. Tema 1. Introdução à Engenharia de Software Profa. Susana M. Iglesias

A SEGUIR ALGUMAS DICAS PARA O DESENVOLVIMENTO DE UM PROJETO CIENTÍFICO

UNIÃO EDUCACIONAL DO NORTE UNINORTE AUTOR (ES) AUTOR (ES) TÍTULO DO PROJETO

Processos de gerenciamento de projetos em um projeto

O mecanismo de alocação da CPU para execução de processos constitui a base dos sistemas operacionais multiprogramados.

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software

LISTA DE VERIFICAÇAO DO SISTEMA DE GESTAO DA QUALIDADE

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini prof.andre.luis.belini@gmail.com /

Gledson Pompeu 1. Cenário de TI nas organizações. ITIL IT Infrastructure Library. A solução, segundo o ITIL

Uma visão mais clara da UML Sumário

PROJETO DE COOPERAÇÃO TÉCNICA INTERNACIONAL. Projeto 914 BRA PRODOC-MTC/UNESCO DOCUMENTO TÉCNICO Nº 03

DESENVOLVENDO O SISTEMA

Prof. Antonio Almeida de Barros Jr. Prof. Antonio Almeida de Barros Junior

ELABORAÇÃO DE PROJETOS

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Modelos de Processo (métodos)

Gerenciamento de Requisitos Gerenciamento de Requisitos

EDUCAÇÃO PARA O TRÂNSITO

Design de IHC: Cenários de Projeto

Sumário. Modelo de Maturidade vs Tomadores de Decisão: Reduzindo o Gap Através do Método UTA

Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW

Dúvidas Freqüentes IMPLANTAÇÃO. 1- Como aderir à proposta AMQ?

Questionário de Avaliação de Maturidade Setorial: Modelo PRADO-MMGP

Análise e Projeto de Software

Leslier Soares Corrêa Estácio de Sá / Facitec Abril/Maio 2015

Diagrama de Estrutura Composta

Análise e Projeto Orientados a Objeto

Princípios do teste de software

Gráficos estatísticos: histograma. Série Software ferramenta

CONSIDERAÇÕES DE QC PARA TESTES POINT-OF-CARE Tradução literal *Sarah Kee

ESTRUTURA DE GERENCIAMENTO DO RISCO OPERACIONAL DO BANCO COOPERATIVO SICREDI E EMPRESAS CONTROLADAS

USANDO O DESIGN THINKING PARA TRANSFORMAR SEU TIME E SUA EMPRESA: A EXPERIÊNCIA DA TOTVS. Fábio Miranda e Glauber Gallego

; CONSOLI, M. A. ; NEVES,

SEMINÁRIOS AVANÇADOS GESTÃO DE PROJECTOS

Cotagem de dimensões básicas

Índice. Introdução 2. Quais funcionalidades uma boa plataforma de EAD deve ter? 4. Quais são as vantagens de ter uma plataforma EAD?

Introdução à IHM. Capítulo 1 Adaptado por: Luciana Mara F. Diniz e Thiago Silva Vilela. Barbosa e Silva 2010

É importante que nos atenhamos a alguns aspectos importantes sobre banco de dados:

Gerenciamento de Projeto: Planejando os Riscos. Prof. Msc Ricardo Britto DIE-UFPI

No capítulo 3 estão concentrados todos os assuntos relacionados à metodologia utilizada nesse trabalho de pesquisa. Ou seja, tipo de pesquisa, método

Transcrição:

Porque prototipar? Prototipagem e Veja antes, decida depois Falhas identificadas rapidamente Possibilidade de explorar o design space Protótipos: artefatos que simulam parte das características do sistema desejado Dilema Você nâo pode avaliar o design até que esteja construído Mas Depois de construir, fica difícil mudar Simular o design, a um custo baixo Prototipagem & Design Iterativo Difícil obter um bom design no começo Problema do ovo e da galinha Construa sistemas parciais, avalie, repita Prototipar o que??? Como?? Quando? Artefatos do Design Como expressaridéiasiniciaisdo design? Nenhuma codificação de software nesse estágio (no caso de SCC560: parte 2!) Noções chave Rapidez!!! Flexibilidade (para expressar designs radicalmente diferentes) Barato Assegurar feedback Prototipação Baixa-fidelidade Média-fidelidade Alta-fidelidade Sketches, mock-ups Slide shows Protótipos funcionais Simulações Storyboards 1

Dimensões da Prototipagem 1. Representação Como o design deve ser descrito/representado? Pode ser uma descrição textual ou representações visuais e diagramas, ou mock-up da interface, ou um sistema 2. Escopo É só a interface (mock-up) ou inclui algum componente computacional? Prototipação horizontal: implementação parcial (incompleta) de grande parte da funcionalidade do sistema; Prototipação vertical: implementação total (completa) de um sub-conjunto de funcionalidades do sistema. Dimensões (cont) 3. Executabilidade O protótipo é executável? Se está sendo codificado, haverá períodos em que não será possível executar Necessária para dar autenticidade à interação 4. Maturidade Quais são os estágios do produto a medida que evolui? Revolucionário Joga fora o design anterior Evolucionário Muda gradativamente o design anterior (descartável vs incremental) Terminologia (1) Prototipação Precoce (Early prototyping) Na fase de análise, para elicitar ou validar requisitos Prototipação Intermediária (Middle prototyping) Durante o design, para confirmar o comportamento ou validar aspectos chave do design Prototipação Tardia (Late prototyping) Na fase de implementação, para investigar parâmetros operacionais importantes, particularmente relacionados ao desempenho Terminologia (2) Fidelidade refere-se ao nível de detalhamento adotado Protótipo de baixa-fidelidade (Low-fi) Esboços com muitos detalhes ausentes Protótipo de alta-fidelidade (High-fi) Protótipo é semelhante ao produto final Terminologia (3) Protótipo Horizontal Métodos de Prototipação Rápida Non-computer vs. computer-based Muito amplo, simula ou mostra muito da interface, mas de uma forma grosseira Protótipo Vertical Poucas características ou aspectos da interface são simulados, mas isso é feito em grande nível de detalhe Tipicamente em estágios iniciais do processo Tipicamente em estágios posteriores do processo 2

Métodos Non-Computer-Based Objetivo: expressar idéias sobre o design do sistema e obter opiniões de forma rápida&barata Métodos? Descrição do Design Pode ser simplesmente uma descrição textual de um possível design Limitações óbvias, pois está muito longe de um sistema real Inadequado para representar aspectos visuais da interface Situações de uso hipotéticas ou ficcionais Tipicamente envolvendo alguma pessoa, evento, situação e ambiente Deve fornecer o contexto de operação Em geral em formato narrativo, mas pode ser na forma de esboços, ou mesmo vídeos Porque usar cenários Atraente (até divertido) Foco nas necesidades dos usuários Permite ao designer olhar o problema sob a perspectiva de diferentes pessoas Facilita feedback e opiniões Pode ser bastante futurístico e criativo Pode ser compartilhado com diferentes audiências Permite explorar erros e equívocos Pode ser usado com Storyboarding Envolver usuários Técnicas requerem input do usuário Explicar os designs, explicar o que vai fazer e como funciona Todososdesigns sujeitosa revisão Importante ter representações visuais e/ou demos Pessoas reagem diferente com explicações verbais 3

Storyboarding Simulação em papel e lápis, ou walkthrough da aparência e funcionalidade do sistema Usa seqüência de diagramas/desenhos Mostra snapshots chave Rápido & Fácil Sketches, Mock-ups Desenhos das interfaces, em papel Bom para brainstorming Ajuda as pessoas a focar em noções de alto nível do design Menos adequados para ilustrar fluxo e detalhes Barato e rápido -> feedback útil Outras Técnicas Tutoriais & Manuais Pode escrevê-los antecipadamente para identificar funcionalidade Força o designer a ser explícito sobre decisões Colocar no papel é sempre interessante Métodos Computer-Based Simular mais a funcionalidade do sistema Usualmente apenas alguns aspectos ou características Podefocarmelhoremdetalhes Em geral, atraente Perigo: usuários ficam mais relutantes em sugerir mudanças quando vêem um protótipo mais realístico Ferramentas de Prototipação Pontos positivos Fácil desenvolver & modificar telas Suportam o tipo de interface que você está desenvolvendo Suportam diferentes dispositivos de I/O Fácil ligar telas e modificar links Permitem chamadas a procedimentos e programas externos Permitem importar texto, gráficos e outras mídias Fáceis de aprender e usar Bom suporte dos fornecedores Ferramentas de Prototipação Pessoasimulae controla o sistema atrás das cortinas Usa mock interface e interage com usuários Bom para simular um sistema que seria difícil de construir Pode ou não ser computer-based 4

Wizard humano simula a resposta do sistema interpreta o user input de acordo com um algoritmo controla o computador para simular a saída apropriada Usa interface real ou mock-up wizard pode ser visível ou invisível pay no attention to the man behind the curtain! Método para testar um sistema que não existe Fonte: Saul Greenberg slides the voice editor, IBM 1984 O que o usuário vê O Wizard Método: Comportamento deve ser algoritmico Bom para sistemas de reconhecimento de voz Bom simular funcionalidade vertical complexa Vantagens: Permite ao projetista mergulhar na situação Permite observar como as pessoas respondem, como especificam tarefas Permite testar idéias futurísticas Ex. Ver http://www.cs.uta.fi/research/hci/spi/rep orts/ipnmd_makela_et_al.pdf Prototipação Baixa-fidelidade Média-fidelidade Alta-fidelidade Sketches, mock-ups Slide shows Protótipos funcionais Simulações Storyboards Qual o seu plano de Prototipação? 5