Tourism 2.0 - Museu de Aveiro

 Seguindo uma lista de problemas a resolver no site, fomos, enquanto possível, fazendo as correcções possíveis e recomendadas.
Ficheiro

Cumprimentos

 Hoje já consegui colocar o site num servidor que eu tinha comprado.. O site aparece offline, mas já é alguma coisa.. Nós temos um backup da base de dados datado de inicios de junho.. Mas so conseguiremos restaurar esses dados quando efectuarmos login como administrador, o que é impossível neste momento, já que o site está offline..

Relembro que estes problemas estão completamente fora do nosso alcance... Estamos a trabalhar para tentar resolver o que conseguirmos e entregar consoante o que tinhamos planeado..

Seguimos também a sugestão do professor Hélder, para utilizar o comando "ipconfig /flushdns ", mas não resultou..

O endereço no servidor é http://www.liveidols09.com/projecto/

pelo grupo

De momento os trabalhos no site encontram-se parados devido a um bloqueio por parte do servidor onde o nosso projecto se encontra alojado.

Mandamos o seguinte email a todos os docentes à espera de alguma solução:

"Bom dia, 

Somos o grupo do projecto Tourism 2.0 (Museu de Aveiro) e de momento encontramo-nos com um problema mais ou menos grave. Temos vindo a falar com o professor Caixinha e com o nosso orientador Pedro Beça, mas achamos por bem informar todos os docentes do nosso caso.

O nosso site, que se encontra online e num servidor externos, deixou de funcionar através da rede wireless da UA. Visto que em Aveiro, o site não abria, viemos para casa, para cada um experimentar abrir o site na sua rede, ao que o resultado foi o mesmo, não dá. Depois de um minuto ou assim de andarmos pelo site, o servidor deve bloquear o IP do router, e o site fica offline para quem tentar entrar nele naquela rede. O pior é que já aconteceu na UA, nas nossas casas, na casa de amigos, e sinceramente, já não vemos grande solução para o problema. O nosso orientador falou para utilizarmos o cabo na rede da UA, mas na passada quarta experimentámos trabalhar nas máquinas da universidade e o site estava na mesma offline (fomos falar com o professor Hélder Caixinha e ele avisou-nos que a Internet da UA tem-se mostrado instável nestes últimos tempos.)

Estamos a achar estranho é que no computador do prof Beça parece estar a dar tudo bem....Passou-nos a ideia de mudar de servidor mas ninguém do grupo conhece algum disponível.

Algumas sugestões?
Cumps,
pelo grupo"

Relembro que já contactamos o cicua e ainda estamos em espera.
Encontramo-nos a aguardar, sem nada poder fazer, a não ser o relatório que já está bem orientado.

pelo grupo.

 Hoje já fomos falar com o professor Hélder para procurarmos alguma ajuda em relação ao problema que está a afectar o nosso site. Como o problema é exterior ao grupo de trabalho, não nos vamos concentrar em resolver o problema, mas sim em terminar o que é da nossa responsabilidade.

Pelo que nos foi dito pelos gestores do servidor, o servidor está a bloquear o IP dos routers onde acedemos ao site, por alguma razão. Já tentámos trabalhar por cabo na UA, mas mesmo assim, parece que existem problemas graves na rede da UA, nestes últimos dias.

Assim, não é possível trabalhar no site dentro da UA, por isso, enquanto estamos cá, temos trabalhado no relatório e outra documentação necessária.

Temos agendado trabalhar em casa, a partir de hoje ainda, já que não existe outra possibilidade. O grupo está a combinar encontrar-se na UA no dia 12 logo de manhã para testar o site e entregar o projecto sem problemas. Entretanto durante a semana, vamos fazendo testes para que no dia da apresentação corra tudo bem.

pelo grupo.

 Hoje continuámos a fazer o relatório, adiantando grande parte dele. Chegámos a uma altura em que não compreendemos parte do modelo oferecido nas aulas de Projecto, por isso deixámos enviámos um e-mail a alguns professores, mas ainda não obtemos resposta. Esperamos uma resposta para que possamos continuar com o relatório.

Visto que o nosso Website não abre na rede wireless da universidade, decidimos ir para casa de uns colegas trabalhar. Ao princípio estava tudo bem, mas chegou a uma altura em que o Website deixou de funcionar, tal como aconteceu na Universidade..

Sendo assim, estamos só à espera que os professores nos respondam ao e-mail, para trabalharmos no relatório o mais que conseguirmos até ao momento.

Entretanto, estamos a tentar comunicar com os operadores de rede.

Olá olá!
E estamos nós de volta para mais uma semana cheia de aventuras e muito trabalho!

Era meio dia quando se tentou retomar os trabalhos deixados em segundo plano durante a semana passada, contudo, não nos foi possivel uma vez que não tivemos acesso ao nosso site através da rede da UA, nem mesmo ao ftp! Contudo, este ainda se encontra online, mas só é possivel aceder fora da rede da Universidade.

Foi enviado um email ao CICUA na tentativa de resolução do problema. Encontramo-nos em espera.

Temos uma reunião ainda a definir as horas com o nosso orientador, se bem que com este problema será complicado resolver o que quer que seja. Caso não nos seja possivel aceder ao site daqui da UA, teremos de invadir, uma vez mais, a casa das nossas compinxas, Carla e Mariana =p (desde já, o nosso obrigada meninas!)

Numa primeira abordagem, serão resolvidos os problemas do post anterior..e continuar a resolver todos esses bugs e traduções em falta!

Após a última entrega, o grupo continuou os trabalhos que tinha pela frente. Realizou-se mais uma reunião onde de optou por ir fechando àreas. Seguem as últimas tarefas (vá..ainda são algumas, mas as últimas =P) a realizar para que a àrea do visitante (sem registo) fique fechada. (algumas delas serão realizadas amanhã, contudo, na próxima semana o tempo será reservado para uma maior dedicação ao estudo de Cibercultura do que ao projecto - mas este não será completamente abandonado)

Extras
modificar urls

pag inicial
More tags
feedback botão pesquisa
Register (para registo)
alinhar melhor o footer

http://museuaveiro.nainternet.biz/comments/recent
justificar comentários

tags (ex http://museuaveiro.nainternet.biz/taxonomy/term/1 )
por apenas o resumo quando fazemos uma procura pela tag só

História
dar maior padding
dar maior distinção dos links do inicie sessão para comentar

Noticias
Monthly archive
formatar 1ªpáginas onde aparecem as noticias
tirar tags
por partilhe em cada notícia (por o url com noticias/*) não é possivel

Contacto
alinhar mapa
informar que são campos obrigatórios

Exposição permanente - http://museuaveiro.nainternet.biz/exposicoes/permanente
por partilhe solução abandonada

Exposição temporária – http://museuaveiro.nainternet.biz/ content/exposição-temporária
por partilhe solução abandonada
alinhar texto

Histórico
pôr partilhe solução abandonada
tirar dia da semana
por período da exposição

Galeria
já tem limite de apresentação de fotos?
porque é que tem lá o link para o calendário?
porque é que em algumas posso ver o link original e noutras não?
escrever ‘Imagens relacionadas’
pôr uma shadowbox/ou algo do género quando abre a imagem
implementar botão ‘Back’

Eventos
Mais destaque à opção seleccionada (mês, semana, dia…)
retirar botão do icalendar
http://museuaveiro.nainternet.biz/event/2010/06/20/month/ - formatar cores
http://museuaveiro.nainternet.biz/event/2010/06/10/list/ - alinhar o dia em que é o evento

Marcar visita
Alterar  ordem da data (dd-mm-aa)  não é possivel

Imprensa
retirar os iii
formatar(?)
porque não imagem mais pequena e ao clique abrir na shadowbox?
retirar linha

Blog
data publicação mais pequeno
justificar texto
já tem limite de posts? sim, 10 por página
porque não adicionar aquilo de ordenar nos posts(mais antigo para o mais recente e vv)?
retirar ordenação de comentários

Comunidade
justificar texto

Twitter
retirar ‘twitters’
por linha no nome e não em baixo (ver como ta no blog)

Utilizadores
retirar os dois pontos de membro desde
retirar/substituir informações do ‘membro desde’/’último acesso’
já tem limite de utilizadores por página? sim, 20 por página

nota prévia:
url: http://museuaveiro.nainternet.biz/

Registado: login - 123456
              pass - 1234566
 

Secções a desenvolver na versão beta
A arborescência que se segue diz respeito às áreas trabalhadas na versão beta.
Arborescência

Identificar e resolver problemas críticos
Apresentamos aqui a lista de bugs, segundo o seu estado actual.
Listagem de bugs

Testes da versão beta
Nesta etapa, o objectivo pretendido era verificar se a plataforma ia de encontro às necessidades do utilizador, analisar a sua robustez, segurança, usabilidade e compatibilidade, de modo a desenvolver soluções Web centradas no utilizador, adaptando a tecnologia a este de forma a não lhe colocar obstáculos.
A envolvência do utilizador deve ser tida em conta desde o início, para dessa forma verificar as suas necessidades, analisando as suas tarefas e objectivos.
Ao envolver os utilizadores desde a fase inicial do projecto, está-se a desenvolver algo que vai colmatar as suas necessidades. Deve-se conhecer cada utilizador de modo a definir perfis filtrando informação que não seja relevante para cada tipo de utilizador, conhecer a experiência que cada um tem de aplicações semelhantes e ter percepção dos termos utilizados por estes.

Usabilidade
Participantes
Para efectuar o teste de usabilidade, foi necessária a colaboração de cinco utilizadores, dos quais, três registados, um visitante e um administrador.

Data
Estes testes foram realizados no dia 8 e 9 de Junho de 2010.

Funcionalidades a testar
Foram listadas algumas funcionalidades, consideradas as mais importantes, conforme o tipo de utilizador:

Visitante

·         Enviar e-mail para administração

·         Marcar visita ao museu

·         Partilhar uma página

Registado

·         Login 

·         Alterar estado

·         Adicionar foto de perfil

·         Adicionar comentário

·         Colocar imagem na galeria

·         Colocar imagem relacionada à anterior

·         Adicionar um post no blog

·         Adicionar um utilizador como amigo

Administrador

 ·         Login

·         Adicionar noticia relacionada com Museu

·         Adicionar/editar publicação

·         Remover um comentário

·         Aprovar denúncia de comentário

·         Adicionar exposição temporária

Foram elaborados três tipos de guiões para os diferentes perfis: registado, visitante e administrador

Tipos e técnicas de testes a efectuar
O método utilizado foi a observação directa, gravação de ecrã e no final uma pequena entrevista aberta. Estes testes foram efectuados em ambiente descontraído, informal, e alguns no local de trabalho do utilizador.
Teve-se em atenção a eficácia e a eficiência do sistema, e a satisfação dos utilizadores em relação a esta.

Tabela de usabilidade: eficiência e eficácia do sistema

Ao longo dos testes de usabilidade verificou-se que, alguns dos utilizadores se perderam um pouco na aplicação, pelo facto de não estarem muito habituados a este tipo de websites (a idade foi um dos critérios que mais influenciou).
Ajudou-nos a melhorar alguns aspectos que pareciam ser óbvios para nós, mas que, para quem não está tão habituado a estas situações, podiam-se tornar confusos.
Um dos casos é a ferramenta de partilhar, que foi necessário introduzir um texto de apoio com “Partilhe esta página” para se tornar mais perceptível, assim como nos preenchimentos de formulários, onde o asterisco terá de indicar um campo obrigatório.

A nível de satisfação, num modo geral, os utilizadores acharam a plataforma agradável, tanto na forma como está construída, como a sua estrutura, design, e funcionalidades.

Segurança
Em relação ao teste de segurança, foi pedido a um especialista de segurança para fazer o teste, o qual verificou a versão do Drupal para cruzar com bugs no Secunia. Verificou se os directórios estavam com as permissões correctas, tentou o sql injection no campo da pesquisa e ainda testou a vulnerabilidade de novos registos.

Nota: Ainda nos encontramos à espera dos resultados de um outro especialista, Diogo Almeida, visto que já tínhamos solicitado a sua participação, para deste modo, poder comparar os resultados dos diferentes especialistas.

Compatibilidade
O teste de compatibilidade foi realizado em vários browsers sendo eles o Mozilla Firefox, Internet Explorer, Opera e Chrome.

Tabela de compatibilidade

Esta será completada futuramente, com o desenvolvimento da versão final.

Funcionalidades
Disponibilizamos ainda dois documentos referentes ao requisitos funcionais.

Requisitos funcionais
Requisitos funcionais detalhado

Síntese:
Arborescência
Listagem de bugs
Guiões: registado | visitante |administrador
Tabela de usabilidade: eficiência e eficácia do sistema
Tabela de compatibilidade
Requisitos funcionais
Requisitos funcionais detalhado

 E claro, pelo grupo:
Ariana Pimenta, Bruno Píncaro, João Jorge e Rosa Sousa

(ps:Done! Venham estes dois dias de férias!! (ou não =P))

Bom dia!

Temos provas de que estamos a ser atacados e visitados por seres estranhos vindos não se sabe de onde, ou também chamados ODNIs - objectos destruidores não identificados!!

Seguem-se duas imagens comprovativas! A primeira mostra que 29 visitantes entraram de repente no nosso site! A segunda mostra os danos que já são visíveis em algumas páginas web, apenas no pc do joão e da ariana..

Ainda dizem que eles não andam aí =x

Tipos e técnicas de teste

a. Funcionalidade
Objectivos
Este teste não terá tanto impacto uma vez que tem sido abordado ao longo de todo o desenvolvimento do projecto.

Técnicas de recolha de dados utilizados

Recorreu-se à utilização de diferentes tipos de grelha para melhor organização de prioridades de correcção de erros \ bugs. (apoiar com as diferentes grelhas datas e respectiva evolução)

b. Segurança
Objectivos
uma vez que o nosso projecto trata-se de um site online, este teste será essencial para evitar intrusões ilícitas, como um ataque de hackers, e proteger todos os dados guardados na base de dados.

Tipos e técnicas de testes a efectuar

Para a realização deste teste o grupo vai falar com o orientador Pedro Beça para discutir qual será a melhor opção. À partida recorreremos à técnica peer review (revisão e teste por parte de especialistas externos)

c. Compatibilidade

Objectivos
Com este teste vai ser possível detalhar todas as incompatibilidades que existem actualmente entre browsers, nomeadamente, Firefox, IE 7/8, Chrome e Safari. Serão também testadas resoluções diferentes.

Técnicas de recolha de dados a utilizar

Recurso a grelhas de apoio ao registo dos erros de compatibilidade, permitindo o controlo do processo de correcção

d. Conteúdos
Objectivos
este teste não será realizado com tanto detalhe, pois é o grupo que está responsável pela inserção de dados, e quando isso acontece, há uma especial atenção à escrita e erros ortográficos (formatação incluída). As imagens também são tratadas previamente.

f. Usabilidade

Objectivos
O objectivo do teste de usabilidade é verificar o nível de satisfação dos vários utilizadores em relação a plataforma. Verificar também a eficácia e eficiência, ou seja, tempo despendido para chegar a determinada área e número de cliques por tarefa.

Tipos e técnicas de testes a efectuar

A técnica a utilizar neste tipo de teste será a ‘walking through the interface’, onde cada participante terá de percorrer módulos escolhidos previamente a fim de realizar tarefas concretas. Uma vez que temos utilizadores com níveis diferentes na plataforma, será necessário realizar diferentes guiões (visitante, registado, administrador).

Técnicas de recolha de dados a utilizar
Para apoio da técnica escolhida, o grupo optou por recorrer à gravação da experiência e ainda à gravação de ecrã (screencast). Deste modo, será possível fazer uma melhor análise relativa à eficácia e eficiência. Em relação à satisfação, será feita uma entrevista após a realização do teste, algo mais informal, para não correr o risco de maçarmos de mais o nosso participante.

Instrumentos e materiais necessários

Será necessário um software de gravação de ecrã, e a elaboração de uma pequena entrevista informal.

Este teste será submetido a 5 pessoas.

planificação temporal (agendamento) dos testes

Segurança – Este teste ficará dependente da conversa com o nosso orientador, que tentaremos ser o mais rápido possível.

Usabilidade – Este teste só será detalhado a partir de segunda-feira, dia 7, um vez que o grupo encontra-se atrasado na realização de um outro trabalho. Contudo, durante o fim-de-semana, serão escolhidos os participantes necessários.

Compatibilidade – Uma vez que grande parte dos problemas foram resolvidos, será necessário documenta-los e ainda fazer novo levantamento de problemas entre browsers. As tabelas serão feitas durante o fim-de-semana, e talvez segunda-feira à noite seja possível fazer o teste. Os dias 8,9 e 10 serão reservados para a realização de todos os testes.