Avaliação T03 – Apresentação e projecto versão Beta Junho 6, 2008
Posted by memoDeCA in Projecto na Prática.Tags: apresentação
add a comment
No seguimento do post anterior disponibilizamos aqui o ficheiro da nossa apresentação e a hiperligação para o indexa, que até agora tem permanecido imutável.
» Ficheiro de apresentação
→ apresentação TP03 – Fase Beta e Teste
A apresentação serve apenas de auxiliar ao discurso dos membros do grupo, dado que este momento de avaliação requer uma apresentação mais orientada à utilização da aplicação e esboço de conclusões acerca da análise dos resultados da fase de testes.
» Os instrumentos de teste utilizados bem como os resultados e análise dos mesmos estão disponíveis num post anterior acessível pela seguinte hiperligação.
» O Indexa pode ser encontrado, como habitualmente, em http://media.ca.ua.pt/indexa. Os dados de acesso para professores (docentes da disciplina de projecto) foram enviados para os respectivos emails.
Av T03 – Testes (instrumentos, resultados e considerações) Junho 6, 2008
Posted by memoDeCA in Geral, Projecto na Prática.Tags: Compatibilidade, Fase de Testes, Funcionalidade, Intrumentos de teste, Técnicas de teste, Usabilidade
1 comment so far
Neste post reuniremos todos os ficheiros relacionados com a fase de testes inerente a este 3º módulo de avaliação da disciplina de projecto. Os ficheiros aqui apresentados são uma compilação dos dados recolhidos, sendo já fruto de tratamento e composição ordenada.
» Testes de compatibilidade
→ grelhas de registo dos testes de compatibilidade e considerações finais
O ficheiro disponibilizado apresenta todas as grelhas de registo preenchidas durante os testes de compatibilidade e ainda uma página dedicada à análise de resultados efectuada pela equipa, bem como as considerações finais face a este tipo de teste.
» Testes de funcionalidade
→ grelha de registo dos testes de funcionalidade
Os testes de funcionalidade foram baseados numa análise do sistema paralela a momentos de implementação. Alguns dos erros detectados mantém-se em estado de espera devido à necessidade de implementar outras componentes prioritárias.
Os testes de usabilidade não devolveram erros funcionais a par da sua execução, pelo que não foram adicionados erros à tabela posteriormente à data dos testes.
» Testes de usabilidade
→ grelhas de registo dos testes de usabilidade (12 sujeitos de teste)
→ gráficos da experiência de testes de usabilidade (docentes e alunos)
→ avaliação heurística – questionário, estatística e análise
→ Thinking Aloud Protocol – relatos e considerações finais
Os testes de usabilidade foram realizados em ambiente natural aos sujeitos de teste (os gabinetes dos próprios docentes e salas de aula) e as técnicas de teste incluiram o Question-Asking Protocol com fim a avaliar as heurísticas de Nielsen e o Thinking Aloud Protocol, registado por escrito e em audio.
A interacção com a aplicação foi registada a partir da filmagem do ecrã, tendo consistido num instrumento de recolha de dados pertinente à contabilização de cliques e tempo de realização de cada tarefa.
Os ficheiros disponibilizados incluem não só os instrumentos de teste utilizados como também gráficos ilustrativos dos resultados e documentos com considerações da equipa face à análise dos testes.
Os vídeos dos testes não serão disponibilizados no blog por questões de privacidade dos sujeitos de teste mas podem ser solicitados pelos docentes da disciplina para confirmação do registo dos testes.
Fase de testes de 31 de Maio a 3 de Junho Junho 5, 2008
Posted by memoDeCA in Geral, Projecto na Prática.Tags: DeCA, Fase de Testes, Usabilidade, Versão Beta
add a comment
Pelas 20h00m do dia 3 de Junho considerámos terminada a nossa fase de testes da versão Beta do Indexa. Foi com muita satisfação que recebemos o feedback de 6 docentes e 7 alunos do DeCA!
Decidimos incidir sobre a submissão e validação de projectos, dado que toda a utilização do Indexa reside sobre o bom funcionamento desse sistema. A página de projecto foi mostrada como um protótipo, mas será mostrada na sua versão Beta na apresentação de dia 6 de Junho, já com vista a atender a sugestões recebidas.
No que diz respeito ao sistema de submissão de projectos, todos os sujeitos conseguiram efectuar a tarefa global de submissão, mas notámos equívocos de utilização que afectam a usabilidade do sistema, exigindo novas soluções de interacção.
Amanhã pretendemos relatar a nossa experiência à nossa proponente e orientadora, obtendo assim um reforço no feedback. Seguidamente à reunião colocaremos neste blog os instrumentos e resultados da fase de testes, bem como as nossas considerações finais face a esta experiência.
OT (Prof.Lídia Oliveira) Maio 30, 2008
Posted by memoDeCA in Orientação Tutorial, Projecto na Prática.Tags: Lídia Oliveira, Orientação Tutorial, Submissão de projectos
add a comment
O momento de Orientação Tutorial semanal com a Prof.Lídia Oliveira teve um papel bastante pertinente nesta fase de implementação, pois foi-nos possível apresentar à nossa proponente e orientadora o estado e objectivo dos módulos em desenvolvimento.
As discussão incidiu principalmente sobre o sistema de submissão de projectos e os seus dois módulos principais: o registo do projecto com os respectivos dados e o upload de ficheiros do mesmo projecto.
O primeiro módulo possibilita a descrição do projecto e definição do seu âmbito e contexto académico, bem como permite a associação dos autores (alunos), docentes, cursos e disciplinas relacionados com o trabalho.
As imagens expostas acima já comportam algumas das alterações sugeridas pela docente, como é o caso do comando “associar…” que veio substituir o termo “adicionar…”. A escolha do ciclo (1º, 2º e 3º) dos cursos a associar foi substituida pela escolha do grau (licenciatura, mestrado e doutoramento), de modo a abarcar os cursos pré-bolonha.
Foram ainda consideradas novas funcionalidades que poderão enriquecer este sistema, como a visualização dos dados inseridos e dos ficheiros submetidos previamente à finalização do processo de submissão.
A selecção do validador do projecto (responsável pela aprovação da submissão) estava contemplada no segundo passo mas foi acordado que esta opção teria lugar no passo final da submissão.
Prática de projecto – 27.05.08 Maio 30, 2008
Posted by memoDeCA in Projecto na Prática.Tags: Implementação, Testes de Compatibilidade, Testes de Funcionalidade, Testes de Usabilidade
add a comment
A aula de Projecto da passada Terça-feira deu lugar a mais um momento de implementação, embora tenhamos tido oportunidade de reunir com a Prof.Maria João Antunes, dando-lhe a conhecer os nossos planos quanto à fase de testes.
Fomos alertados face à carga de trabalho inerente ao tratamento dos dados de teste, dado que a nossa agenda de testes remete para a semana da apresentação dos resultados. Este planeamento deve-se ao nosso desejo de uma implementação concisa dos elementos a testar, assegurando a realização dos testes de Usabilidade numa situação semelhante à que se colocaria após a entrega final e divulgação do Indexa.
Os testes de Funcionalidade e Compatibilidade serão efectuados pelos membros da equipa nos dias 31 de Maio e 1 de Junho como previsto, abarcando ainda momentos de implementação adicional e correcção de erros detectados durante os testes.
A partir de dia 2 de Junho daremos ínicio aos testes de Usabilidade, a realizar por um grupo de 6 docentes e 6 alunos. Estão previstas sessões de teste para os seguintes momentos:
» 2 de Junho (Segunda-feira)
Docentes: Susana Sardo, Pedro Bessa, Margarida Almeida;
Alunos: 2 alunos de Design;
» 3 de Junho (Terça-feira)
Docentes: Óscar Mealha, Jorge Ferraz de Abreu;
Alunos: 2 alunos de Música, 2 alunos de NTC;
» 4 de Junho (Quarta-feira)
Docente: Lídia Oliveira;
Os testes de Usabilidade podem vir também a despertar a nossa atenção para problemas funcionais e técnicosnão detectados, pelos que serão muito pertinentes para o desenvolvimento posterior do projecto.
Prática de projecto – 23.5.2008 Maio 23, 2008
Posted by memoDeCA in Projecto na Prática.Tags: Grelhas Registo, Implementação, Teste de Compatibilidade, Teste de Funcionalidade, Teste de Usabilidade
add a comment
O que é se faz aqui?!
Implementação! Implementação! Implementação!..
Por esta altura, o tempo para finalizar a versão beta e testar o Indexa não abunda, por isso o grupo mergulhou completamente na programação e desmultiplica-se nas múltiplas tarefas que esta envolve. Navegamos avidamente pela web procurando em fóruns, blogs, sites, ebooks, as pistas que nos permitam conseguir efectuar aquilo a que nos propusemos.
Mas é bom não esquecer que paralelamente existem outras tarefas sobre as quais o grupo também se debruça, como o blog, marcação dos testes de Funcionalidade, Compatibilidade e Usabilidade junto de docentes e alunos e por fim adicionar os items finais às grelhas de registo para que estas fiquem completas.
» Teste de Compatibilidade – Grelhas de Registo
» Teste de Funcionalidade – Tarefas Principais e Grelhas de Registo
» Teste de Usabilidade – Grelha de Registo para Observação Directa e Análise de Video
Prática de projecto – 9.5.2008 & OT (Prof.Lídia Oliveira) – 9.5.2008 Maio 12, 2008
Posted by memoDeCA in Orientação Tutorial, Projecto na Prática.Tags: Identificação dos Participantes, Objectivos e Áreas-alvo, Planificação dos Testes, Planificação Temporal, Técnica de recolha de dados, Técnicas de teste, Tipos de Teste
add a comment
No penúltimo post apresentámos os mapas de navegação que esboçam quais as áreas a abordar especialmente na versão Beta e sobre as quais incidirão os nossos Testes.
Tendo como base estas premissas, e tendo em conta o longo trabalho a desenvolver pelo grupo, importa nesta fase proceder a uma criteriosa Planificação dos Testes a realizar, para que em momento algum estes possam constituir um entrave à implementação da versão Beta. Pretende-se então que a escolha dos Tipos de teste, os seus Objectivos e Áreas-alvo, Técnicas de teste utilizadas, Técnica de recolha de dados, a Identificação dos Participantes e a respectiva Planificação Temporal (agendamento) dos testes junto dos mesmos, seja articulada de forma a retirar o máximo de dividendos possível para benefício do projecto Indexa.
Posto isto, demos inicio na aula de projecto à construção da referida tabela de Planificação de Testes com as guias e sugestões da professora Margarida Almeida, que incluíam entre outras: o número de participantes nos testes e a sua adequação ao Perfil de utilizador necessário; devido à calendarização apertada a escolha dos tipos de teste deveria ser bastante objectiva; a planificação temporal dos testes deveria contemplar pelo menos uma repetição dos testes por forma a reflectir as curvas de aprendizagem dos participantes.
Documento de planificação de testes:
» Planificação dos testes de Funcionalidade, Compatibilidade e Usabilidade
É de notar que não serão efectuados testes de segurança, acessibilidade, design e conteúdos. Esta selecção deve-se não só ao curto espaço temporal disponível para a realização dos testes mas também a outros factores, nomeadamente:
→ Para efectuar devidamente os testes de segurança, a equipa teria de implementar previamente medidas de salvaguarda do sistema e respectiva base de dados; a implementação dessas medidas não está prevista para a fase Beta do projecto.
→ O teste de acessibilidade seria pertinente no que diz respeito aos sistemas próprios do Indexa, mas o tempo disponível para a fase de testes não asseguraria uma análise devida destes recursos.
→ O design do website Indexa foi homologado para toda a Rede UA, sendo que a nossa equipa não poderá efectuar alterações visíveis ao mesmo.
→ Embora a equipa seja responsável pelos conteúdos dos menus, legendas de formulários e outros textos introdutórios, a maior parte do conteúdo do site Indexa será criado pelos vários utilizadores, atribuindo menor enfâse aos testes de conteúdo nesta fase.
A orientação tutorial de dia 10 de Maio com a Prof. Lídia Oliveira foi dedicada sobretudo ao refinamento da Planificação de Testes apresentada.
Prática de Projecto – 06.05.08 Maio 7, 2008
Posted by memoDeCA in Projecto na Prática.Tags: Base de Dados, Especificação funcional, Utilizador Universal, Webservice
add a comment
A natureza deste projecto implica uma constante especificação do seu modo de funcionamento, o que se deve às componentes externas que podem ser integradas futuramente com vista a uma performance mais dinâmica.
O ínicio deste novo módulo da disciplina de Projecto foi caracterizado por uma aula prática de planeamento, onde a equipa recapitulou todos os recursos discutidos em reuniões com orgãos específicos da UA.
Confirmou-se a necessidade de conceber o sistema tomando em conta os vários meios possíveis para o preenchimento e actualização da base de dados (doravante mencionada como BD).
Neste momento destacam-se três cenários:
→ Actualização manual dos dados por parte da administração;
→ Injecção de dados na BD através do upload de ficheiros *.tab do PACO;
→ Actualização automática da BD através da ligação entre o Indexa e o PACO por meio de um Webservice concebido pelo GAGI.
Actualização manual pela administração | Vantagens
→ O sistema torna-se independente de componentes externas;
→ A mediação humana contempla casos excepcionais que os sistemas automáticos negligenciam.
Actualização manual pela administração | Desvantagens
→ A inserção e actualização de todos os registos seria morosa;
→ A mediação humana comporta erros;
→ A administração implicaria o envolvimento de pessoal qualificado e disponível;
→ Criar-se-ia uma dependência directa da “mão-de-obra” da administração.
Injecção de dados através do upload de ficheiros *.tab do PACO | Vantagens
→ O trabalho da administração resumir-se-ia ao upload dos ficheiros recolhidos do PACO;
→ A BD estaria actualizada com dados fidedignos.
Injecção de dados através do upload de ficheiros *.tab do PACO | Desvantagens
→ Os ficheiros têm de ser recolhidos por funcionários da UA com privilégios no sistema PACO;
→ Os registos *.tab podem não incluir algumas secções/informações necessárias para a BD Indexa;
→ A leitura dos ficheiros *.tab poderá apresentar inconsistências (preenchendo a BD incorrectamente).
Actualização automática da BD por meio de Webservice | Vantagens
→ Recolha de informações fidedignas e actuais do utilizador autenticado;
→ A administração teria um papel meramente moderador;
→ Personalização automática do Indexa face a cada utilizador.
Actualização automática da BD por meio de Webservice | Desvantagens
→ Mediação com o sistema de login do Utilizador Universal (inacessível de momento);
→ O sistema PACO fornece apenas dados actuais, não dispõe dos dados de anos anteriores;
→ Impossibilita a inserção de projectos de anos anteriores;
→ A dependência de um sistema externo poderia vir a lesar o Indexa caso esse sistema fosse remodelado ou se tornasse obsoleto na UA em prole de um novo sistema.
Solução possível : implementar o sistema de forma a que este tome partido dos vários recursos.
No âmbito dos projectos de anos anteriores a submissão recorreria aos dados já presentes na BD, actualizáveis por meio da administração (manualmente ou por upload dos ficheiros *.tab).
Quanto aos projectos do ano actual seria estabelecida a ligação ao PACO através do Webservice para leitura dos dados presentes do utilizador.
Objectivos actuais da equipa:
→ Tomar o funcionamento do sistema como uma prioridade face ao preenchimento da BD;
→ Implementar o sistema tomando por base a administração manual;
→ Testar a utilização dos ficheiros *.tab recolhidos do PACO;
→ Preparar sistema para a integração posterior do Webservice concebido pelo GAGI, sem abordar de momento a implementação real desse meio.
Ficam registadas as nossas considerações até à data e objectivos que irão orientar o nosso trabalho ao longo deste módulo.
Prática de Projecto – 15.04.08 + OT + Prática de Projecto 18.04.08 Abril 18, 2008
Posted by memoDeCA in Orientação Tutorial, Projecto na Prática.Tags: GaGI, Redesenho BD, Webservice, Upload, Usabilidade, .TAB files
add a comment
Aula de Projecto (15 Abril)
Nesta aula foram debatidas, junto do docente Rui Raposo, questões relacionadas com a excessiva dependência da nossa Base de Dados do webservice a ser criado pelo GaGI. Fomos aconselhados a redesenhar o nosso sistema para que este funcione por si só, estando no entanto preparado para futuramente “beber” informação do refererido webservice.
- Ficou então defenida como nova meta a adaptação da nossa BD .
Relativamente à Orientação Tutorial de dia 17, recebemos a notícia de que o email enviado a Osvaldo Pacheco (GaGI) uma semana antes, não tinha obtido um parecer positivo.
Nesse email era solicitada a criação a curto prazo de um webservice por parte dos membros do GaGI mas por excesso de trabalho não poderia existir a mobilização de recursos humanos para a implementação do referido serviço. Já a prever esta situação, o email sugeria a inclusão de membros da equipa do Indexa no GaGI, de forma a que estes se pudessem inteirar do funcionamento dos webservices para eles mesmos desenvolverem esse precioso recurso que iria “alimentar” o Indexa ao fornecer dados do PACO. Esta nossa sugestão também não foi aprovada por motivos de segurança inerentes à protecção da rede UA.
Posto isto, decidimos recorrer a uma solução provisória que é a utilização de delimited-text file formats(.TAB) com as listagens dos dados (cursos, disciplinas, docentes, entre outros) para efeitos de prótotipo. Estas listagens são providenciadas pelos respectivos directores de curso, através de uma funcinalidade automática do PACO já implementada.
Importa frisar que o Indexa apesar de adoptar esta solução temporária será desenvolvido para que futuramente, e caso o GaGI assim o entenda, possa funcionar com recurso ao webservice criado pelo GaGI.
Aula de Projecto (18 Abril)
Foram debatidas junto do professor Miguel Ferraz algumas questões que se prendiam com as funcionalidades e a usabilidade da nossa aplicação para que esta fosse o mais user friendly possível. Nomeadamente, qual a forma mais eficiente de serem efectuados multiplos uploads de ficheiros e também acerca da problemática em torno do número excessivo de cliques nas área de gestão do nosso menu lateral.





