Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
| Próxima revisão | Revisão anterior | ||
|
leds:cursos:ihc:programa:recursos:atividadesavaliativas [2019/09/21 18:25] ledsadmin criada |
leds:cursos:ihc:programa:recursos:atividadesavaliativas [2019/10/30 18:59] (atual) ledsadmin |
||
|---|---|---|---|
| Linha 2: | Linha 2: | ||
| [[leds:cursos:ihc:index|[inicial]]] - [[leds:cursos:ihc:programa|[programa]]] - [[leds:cursos:ihc:biblioteca|[biblioteca]]] | [[leds:cursos:ihc:index|[inicial]]] - [[leds:cursos:ihc:programa|[programa]]] - [[leds:cursos:ihc:biblioteca|[biblioteca]]] | ||
| - | ==== Seminário ==== | + | ===== Projeto de Curso ===== |
| - | Neste semestre, a atividade seminário envolve realizar o design de um produto / sistema interativo. | + | Neste semestre, a atividade projeto de curso envolve realizar o design e avaliação de um produto / sistema interativo. |
| + | |||
| + | ==== Etapa 1: escolha do tema e formação dos grupos ==== | ||
| + | O trabalho deve ser feito em **dupla**. | ||
| Os temas da atividade são inspirados nas últimas competições de design, evento que acontece como parte do Simpósio Brasileiro sofre Fatores Humanos em Sistemas Computacionais. | Os temas da atividade são inspirados nas últimas competições de design, evento que acontece como parte do Simpósio Brasileiro sofre Fatores Humanos em Sistemas Computacionais. | ||
| - | Tema 1: "Visualização pública para tornar as cidades melhores" [[ http://www.leds.ufop.br/wiki/doku.php?id=leds:cursos:ihc:programa:recursos:atividadesavaliativas:seminario:tema01| ver]] \\ | + | Tema 1: "Visualização pública para tornar as cidades melhores" [[ http://www.leds.ufop.br/wiki/doku.php?id=leds:cursos:ihc:programa:recursos:atividadesavaliativas:seminario:temas | ver]] \\ |
| - | Tema 2: "Aplicativos infantis: educação e diversão" [[ http://www.leds.ufop.br/wiki/doku.php?id=leds:cursos:ihc:programa:recursos:atividadesavaliativas:seminario:tema02| ver]] \\ | + | Tema 2: "Aplicativos infantis: educação e diversão" [[ http://www.leds.ufop.br/wiki/doku.php?id=leds:cursos:ihc:programa:recursos:atividadesavaliativas:seminario:temas | ver]] \\ |
| - | Tema 3: "Abandono de animais" [[ http://www.leds.ufop.br/wiki/doku.php?id=leds:cursos:ihc:programa:recursos:atividadesavaliativas:seminario:tema03| ver]] \\ | + | Tema 3: "Abandono de animais" [[ http://www.leds.ufop.br/wiki/doku.php?id=leds:cursos:ihc:programa:recursos:atividadesavaliativas:seminario:temas | ver]] \\ |
| + | |||
| + | Cada dupla deve escolher em qual tema irá atuar. Pensar no contexto da UFOP / ICEA e atuais problemas enfrentados pela comunidade pode ser interessante. | ||
| + | |||
| + | Entregas: 1) enviar nome da equipe, tema escolhido, e integrantes. | ||
| + | |||
| + | ==== Etapa 2: pesquisa e definição do problema ==== | ||
| + | Pesquisar e identificar problemas relacionados ao tema escolhido. Um bom trabalho de pesquisa nessa etapa é fundamental. Ao projetar um sistema interativo, lembra que sempre precisamos ter em mente: quem são os usuários, que atividade(s) irá realizar com o produto/sistema, qual é o contexto de uso. | ||
| + | |||
| + | Elaborar relatório (uma página) descrevendo o contexto, motivação e o problema abordado, quem são as pessoas impactadas por esse problema, por que esse problema foi escolhido, quais as estratégias e métodos usados para identificar o problema - ex. entrevista, observação etc. | ||
| + | |||
| + | Entregas: 1) enviar relatório pelo moodle; 2) apresentar em sala de aula (7 minutos para apresentação + 8 para discussão). | ||
| + | |||
| + | ==== Etapa 3: proposta de solução ==== | ||
| + | A partir do problema identificado e dos feedbacks recebidos durante a apresentação, dar início à proposta de solução para o problema. Isso envolve atividades de concepção, design, prototipação e avaliação. | ||
| + | Elaborar relatório (três a quatro páginas), complementando o relatório anterior. Fazer eventuais correções. Adicionar informações sobre a proposta de solução, como foram geradas as ideias para solução do problema, construção da primeira versão do protótipo da solução, avaliação preliminar com stakeholders (pessoas que são afetadas pelo problema / solução proposta), planejamento para construção do produto / sistema interativo. | ||
| - | === Temas === | + | Entregas: 1) enviar relatório pelo moodle; 2) apresentar em sala de aula (7 minutos para apresentação + 8 para discussão). |
| - | == Tema 1 == | ||
| - | "Visualização pública para tornar as cidades melhores" | ||
| - | O conceito de cidades inteligentes, ou Smart Cities, tem conquistado relevância nas discussões sobre desenvolvimento urbano sustentável, no Brasil e no mundo. Ao mesmo tempo em que esse conceito é associado à oportunidade de elevar a qualidade de vida e sustentabilidade nas cidades brasileiras, é um desafio para administração pública e privada. Como usar esses dados para promover melhorias na cidade? E como engajar o cidadão para que ele participe dessa melhoria? | + | ==== Etapa 4: construção e avaliação da solução ==== |
| + | A partir do problema identificado e dos feedbacks recebidos durante a apresentação, realizar a construção e avaliação da solução. Isso envolve atividades de concepção, design, prototipação e avaliação. | ||
| - | A proposta do desafio é então criar uma instalação pública (criativa!) para visualização de dados. Pode ser relacionada à mobilidade, cultura, saúde, segurança, educação, transparência, sustentabilidade (recursos naturais, energia, água, etc.), habitação, saneamento básico, ou qualquer outro tema de interesse da cidade. Ela pode ser restrita a um local, por exemplo, um parque, escola, universidade, etc, ou de interesse geral da cidade. É importante que a visualização seja atrativa, despertando a atenção do cidadão para o tema. A instalação pública pode ser ou não complementar a um aplicativo móvel ou web. | + | Elaborar relatório final (cinco páginas). |
| - | Alguns sistemas e aplicativos já desenvolvidos nesse contexto que podem servir como inspiração são: | + | Estrutura do relatório: |
| + | * Introdução: Contexto e problema abordado; | ||
| + | * Metodologia: quais foram os caminhos seguidos para encontrar e projetar a solução (métodos empregados, pesquisa de campo, etc); | ||
| + | * Justificativa: por quê a solução proposta é relevante ao contexto, por quê os métodos usados são adequados; | ||
| + | * Solução proposta e Cenário de uso (com link para mockup interativo): descrição de um cenário de uso. | ||
| + | * Viabilidade: argumentação crítica considerando a viabilidade de implementação real da solução considerando a infraestrutura necessária, tecnologias e a viabilidade econômica. | ||
| + | * Link: link para o protótipo; | ||
| + | * Link: link para o vídeo demo. | ||
| - | Lixômetro de Copacabana - Mede e exibe publicamente o total de lixo coletado na área da praia de Copacabana: | + | Protótipo: O protótipo deve permitir, pelo menos, simular a execução da ação/tarefa mais relevante para a solução proposta. As equipes podem utilizar qualquer ferramenta ou recurso de prototipação, desde que possam ser acessadas pelos avaliadores por meio de um link e que não exijam a instalação de nenhum recurso. Soluções que incluam a interação com objetos físicos, sensores e atuadores, podem criar representações gráficas desses objetos e detalhar/explicar no vídeo-demo. A completude do protótipo é ponto positivo mas não obrigatório. |
| - | http://extra.globo.com/noticias/rio/prefeito-lanca-primeiro-lixometro-em-copacabana-208482.html | + | |
| - | Nuage Vert - chaminé representando consumo de energia de Helsinki, Finlândia: | + | Vídeo-demo: O vídeo-demo deve ter até 2 minutos de duração, e deve apresentar o conceito da solução proposta e o seu protótipo com o objetivo de “vender a idéia” e convencer a audiência. A critério da equipe, os(as) participantes, o processo e as justificativas de design podem ser apresentados e explicados. O vídeo deve estar publicamente acessível no Youtube. |
| - | http://eco-publicart.org/nuage-vert-green-cloud/ | + | |
| - | Ushahidi - plataforma aberta para desenvolvimento de sistemas de colaboração cidadã: | + | Entregas: 1) enviar relatório final pelo moodle; 2) enviar no fórum link e instruções para acessar o protótipo e o vídeo; 3) slides da apresentação; 4) apresentar em sala de aula (10 minutos para apresentação + 5 para discussão). |
| - | http://www.ushahidi.com/ | + | |
| - | Intinerários de ônibus e vâns do transporte público de Fortaleza: | ||
| - | http://www.ifce.edu.br/educacao-a-distancia/59-noticias/destaques/1833-aplicativo-bus-k-identifica-rota-de-coletivos-alunos-desenvolveram-aplicativo-que-sinaliza-itinerarios-de-onibus-e-vans-em-fortaleza.html | ||
| - | Fiscalize Recife - informações de arrecadações e gastos públicos do município: | + | ==== Etapa 5: mostra de design ==== |
| - | https://itunes.apple.com/us/app/fiscalize-recife/id734415300?ls=1&mt=8 | + | Apresentação pública para a comunidade e banca de avaliação do produto desenvolvido como projeto de curso. \\ |
| - | Colab.re - plataforma de participação do cidadão: | + | Os projetos serão apresentados em uma mostra de design para a comunidade do ICEA, em data e horário a ser definido. A apresentação terá um formato mais aberto e interativo, como uma mostra / feira. |
| - | http://www.colab.re/ | + | |
| - | Hackthon em Miami em 2014: | ||
| - | https://youtu.be/v4VM2bbBhP8 | ||
| - | Hack Hackers: | + | ==== Avaliação ==== |
| - | http://hackshackers.com/ | + | Critérios para a Avaliação: \\ |
| + | 1. Adequação da proposta ao tema da Competição de Design; \\ | ||
| + | 2. Responsabilidade: cuidado na caracterização e apresentação do tema; preocupação com as questões sociais e legais envolvidas; cuidado com aspectos éticos; etc. \\ | ||
| + | 3. Rigor: qualidade do trabalho conduzido, desde o entendimento do problema à construção e análise do protótipo construído; clareza sobre o processo de design adotado; documentação do processo; organização e apresentação do relatório; fundamentação e justificativas para as decisões tomadas; \\ | ||
| + | 4. Criatividade: potencial da tecnologia proposta para ajudar a resolver o problema; inovação e originalidade da solução apresentada; \\ | ||
| + | 5. Viabilidade: possibilidade de concretização da proposta; viabilidade tecnológica e financeira. \\ | ||
| - | O que levar em conta na proposta: | + | ===== Seminário ===== |
| - | Qual problema social vocês pretendem resolver? | + | Neste semestre, a atividade seminário envolve realizar um estudo dirigido sobre algum tema que seja de seu interesse, mas esteja relacionado ao conteúdo da disciplina, e realizar uma apresentação *individual* em sala de aula (data definida no moodle). |
| - | O que faz dessa proposta uma solução criativa e atrativa? | + | |
| - | Como os dados podem ser obtidos? São dados abertos ou privados? Há implicações de privacidade ao exibir os dados? | + | |
| - | Onde a visualização deve ser instalada para criar o impacto desejado? Há software complementar (aplicativos móveis ou Web)? | + | |
| - | Como avaliar o impacto da solução? | + | |
| - | Há implicações culturais na visualização? Ela pode ser aplicada em outros contextos? | + | |
| - | \\ | + | Apresentação: 8 minutos + 5 perguntas. \\ |
| - | \\ | + | |
| - | Entregas: (1) resumo da idéia com até 500 palavras (via moodle); (2) apresentação em sala de aula (10 minutos); (3) vídeo no youtube de até 3 minutos (via moodle); (3) slides da apresentação, incluindo o link para vídeo no youtube (via moodle). | + | Critérios para a Avaliação: \\ |
| + | 1. Adequação do tema escolhido (relacionado ou não ao escopo da disciplina) | ||
| + | 2. Tempo de apresentação | ||
| + | 3. Clareza na apresentação | ||
| + | 4. Organização do conteúdo | ||
| + | 5. Domínio sobre o assunto escolhido. | ||
