sábado, 19 de maio de 2007

User-centered Information Design Workbook

Este site é interessante e importante - fases de trabalho, exercício.

"Flash, Usability, and Information Design"

Encontrei este artigo de discussão no site do Edward Tufte, enquanto pesquisava para a investigação do relatório de estágio.
Cortei algumas partes... mesmo assim está uma coisa imensa! :x

Flash, Usability, and Information Design

Hello, I was at your one day course in Houston on Jan.31, I just wanted to tell you that it was terrific! I was amused by your comments here and there about flash 5. I am a designer/developer/and content creator here at rigsby design in houston. I have been building websites for several years now, and I would love to hear more about your ideas of usability, and usability standards on the web. On top of that, dum de dum dum, could you expand on your distaste of flash. Flash has definitely worked its way into the web and is from my view here to stay. What are your suggestions, ideas, ridicules about flash and its presence on the web... thank you much for your time!

-- Travis Rimel (email), February 1, 2002



Response to Usability

You might be interested in Flash: 99% Bad, an article by Jakob Nielsen. In my humble opinion Flash is more like 100% bad. There is no excuse for confusing your users when so many alternatives are available to present the same information.

-- Andrew Ferrier (email), February 2, 2002



Response to Usability

100% bad?, confusing users with so many options? please elaborate.... I have read the 99% bad article, and frankly I disagree with it, When used properly flash can be an extremrly powerful tool. If you are referring to the fact that flash is still a "plug-in" and that going through the hassle to download a plugin is a site-killer, then look on the horizon, flash is being incorporated into and under microsofts master plan... from a structure stand point flash has gotten extremely powerful, with the intergration of hasty XML support and other new additions to the actionscript language it is beginning to open itself up to new possibilities

-- Travis Rimel (email), February 4, 2002



Response to Usability

From the point of view of information design, the relevance of a technology derives from how it assists thinking about evidence. So if you're interested in cardiology, you had better show sound and animation--the content demands it. There are surely a good many intellectual problems that can be assisted by motion and sound.

Of course there are many appalling and gratuitous uses of Flash. The design tricks and dancing images don't add to the content resolution, indeed they detract from the substance.

Some of the artistic uses of Flash are impressive. As I mentioned in another answer, my favorite cutting-edge group of art animations is the large set at http://www.once-upon-a-forest.com/ or http://www.praystation.com/ by Joshua Davis,whose art is elegant, smart, visually rich. (I have only viewed about 50 art sites and so there are surely other good ones that I've missed.)

And to see a worldwide collection of art with a lot of Flash 5 animations, go to http://www.xl5design.com/ (by the way, that is "ex-el-five" and not "ex-fifteen" in the URL) and then click on "0.4 linkage" for 42 different art/sound/animation links. It might be useful to look at this art in terms of seeking methods relevant to information displays.

In viewing this artwork, it sure helps to have a fast connection, even though several sites here have cute meters indicating download-time remaining. These sites often employ rather subtle navigation methods, some so subtle as to be nearly indetectable to the user. But this is all part of the art and therefore need not induce heavy breathing among the user-interface police. Enjoy the sites for what they are, experimental art usually involving sound and animation.

Among the goals of good information design, maximizing local usability is not the highest--although you want to do the best you can to reduce adminstrative clutter and inconvenience. More important is the quality, relevance, and integrity of the content; making high-resolution comparisons; showing process, mechanism, dynamics, causality, explanation; and capturing in our displays some of the multivariate complexity of the world we seek to understand. If achieving these higher-level goals takes us to inconvenient display techologies, so be it.

-- Edward Tufte, February 4, 2002



One contributor wrote: "... the main reason I referred to the original article about Flash being 99% bad was due to the point it makes about usability consistency --- Flash makes it far too easy in most cases to break the consistency of the user interface in the user's browser."

As designers, we should keep in mind that no tool on its own has the unique property of enabling good or bad design. For example, the simplicity of writing HTML makes it even *easier* to break the consistency of the user interface than does Flash; you can break UI conventions with Notepad.

Unfortunately, there's no tool (that I'm aware of) that encourages the following of UI standards in web design, full stop. It only happens when clients and designers together prioritize standards and usability. (You can do your part for web standards at http://archive.webstandards.org/ ). There's no reason to call 100% bad (or even 99%) bad a design tool which is well-suited to low-bandwidth, non-static information design. It's tricky to _design_ low-bandwidth, non-static information design, of course. Flash makes it very easy to incorporate dynamic data into designs, and allows you far more control over the visual presentation of that live data than most other technologies. Andrew H Otwell February 20,2002

-- Andrew H Otwell (email), February 19, 2002



there is also another use of flash - security of images from unauthorized usage. for artists, photographers and galleries, putting images in a flash gallery puts another layer of security between users appropriating images for their own usage. this important, in that javascript code to disable right click options on a PC do not work on drag and drop image downloads on a MAC. yes, users can still do a screen capture, but the capture will be much lower resolution, preventing really accurate printing or usage on the web.

the purposeful use of multimedia is important, and cannot be dismissed out of hand, especially in experimental stages. i agree that usability is the most important aspect of a website, but the growing pains of new technologies should be accounted for. and agreed, bad design is bad design in any application. what is missed in the use of flash is understanding that this technology, well applied, enables interaction and entertainment in ways that are unique. in that uniqueness, the value of flash can be explored and expanded.

i think it is a very valuable tool, but just that, a tool. flash for flash's sake, in the form of loading screens, is merely a commercial you are being forced to watch, whether for the site or how "cool" flash can be. i think designers need to remember the goal of a site and fit technologies into that goal, not vice versa.

thanks, Melissa Ulto multo.com

-- Melissa Ulto (email), February 19, 2002



Real Examples, Not Designchat

Reasoning about information design almost always needs examples. So let us escape the designchat about Flash (and for that matter LiveMotion and After Effects) and actually see excellent, typical, and bad examples.

Can our contributors and others now post, say, 5 URL's of Flash examples that are helpful in understanding the uses (good and bad) of the technology, particularly for information design? Show us what you mean. How about links to Flash training, so we can see what kinds of things are used as model examples for students? What Flash work has won what sort of prizes? Any good applioations in scientific visualization?

Let's get a good annotated inventory together here.

For starters, see the artistic links posted in this thread earlier.

-- Edward Tufte, February 20, 2002



More on Examples

And how about parodies of Flash work? The might be overproduced, content-free, self-conscious--with very expensive design fees.

Anything equivalent to Lincoln's Gettysburg address in PowerPoint http://www.norvig.com ? Indeed, what could Flash do for President Lincoln at Gettysburg?

An excellent parody along these lines is the Viz-O-Matic, the video parody of supercomputer animations by Wayne Lytle used in my one-day course.

So some parodies would be nice along with some really excellent examples.

-- Edward Tufte, February 20, 2002



The best uses of Flash I have seen come in the form of interactive timelines:

http://www.pbs.org/wgbh/masterpiece/archive/programs/davidcopperfield/timeline.html

http://iisd1.iisd.ca/timeline/

http://www.vintagetrends.com/timeline/flash.html

Another good use in an educational piece from MOMA:

http://www.moma.org/whatisaprint/print.html

And here is the best use of Flash I have ever seen, taking brilliant advantage of the zooming feature:

http://www.yenz.com/menue/garden/intro.html

I would also like to offer this counterpoint to Jakob Nielsen's "Flash 99% Bad." It is called "Flash 99% Good. First Aid Manual for Usable Flash Sites," developed and written by Kevin Airgid:

http://www.flash99good.com/

[link updated January 2005]

-- Dave Parker (email), February 21, 2002



Flash certainly has appealing features, but I think it is over used by far.

There is a cost associated with serving web pages, a cost that is normally ignored. A web page with lots of graphics (and/or Flash) can easily consume resources an order of magnitude or more greater than a simple text page. Bandwidth and computing power are not free, although you wouldn't learn that from people who sell development tools. Furthermore, the viewer's time is extremely valuble.

Enough vague generalities! Here are some examples:

www.craigslist.org

It has an extremely good interface, a distinctive style, and excellent functionality, and yet the site design does not have a single image of any type! The site gets 60 million hits a month (total, not unique), and yet the site design is so economical that Craig still runs it out of his house. It is rare that a page takes more than one half second to load. If the site had been done with graphics, I am sure it would have gone the way of Quokka Sports. Instead, it is a fixture to San Francisco residents and one of the most popular Bay Area web sites. Craig understands that it's the content that's important, not the graphic design.

www.hotornot.com

Another site run out of a house. Most of the images are not run from their servers, they are hosted on the user's personal web site. A very clever, easy to use design that puts the content front and center, with an emphasis on fun and easy to use.

I also note that neither of the above sites require registration to use basic features. From the first time you type the address 'til you are looking at useful content can be just a few seconds.

-- David Person (email), March 5, 2002



Bandwidth is becoming less and less of an issue as the Internet progresses, and computing power (by this I assume you mean servers' capacity for storing and downloading graphics) is less a problem than servers' ability to handle large amounts of traffic.

The debate over whether to use images at all is moot in this forum; the very nature of information design is that it uses images to convey information that mere words may not be able to.

We have already seen examples of where Flash succeeds in presenting information (and I, for one, would like to see more), and I believe the question of whether Flash is a good medium--or, at times, even the best medium--has clearly been answered.

-- Dave Parker (email), March 7, 2002



Great news:

The article "Flash: 99% bad" was recently updated. The author, Jakob Nielsen, has entered into a "strategic partnership" with Macromedia to improve Flash usability. Also, the new version (Flash MX) solves many of the technical usability problems the plagued previous versions.

You can see the original article at http://www.useit.com/alertbox/20001029.html. The new info is in an addendum at the bottom.

-- David Person (email), June 5, 2002



Sorry I got into the discussion so late. Two responses:

1) Re Flash being problematic because of inconsistent UI design: Flash MX now has a set of "components" that operate consistenly with user's expectations of HTML objects.

2) Re Tufte's request for good or bad examples of the use of Flash: have a look at NYSE MarkeTrac (http://www.nyse.com/) for some of the worst and best that Flash can offer.

The bad, as I see it:

- you have to click several links to get there (enter NYSE marketrac, select broadband or not, skip intro | full intro | light intro, etc.) Information Architects should know not to require so many clicks before a user gets to an app on the web. A few years ago, Slate magazine (http://www.slate.com) showed you a splash page, but also set a cookie that expired on the same day so a user returning on that day would be taken straight to content. Maybe NYSE could do something similar. Note that none of the preceding criticisms are specific to Flash though;

- high bandwidth, although I suppose most users are corporate and have fat pipes at work. This is also not a criticism of Flash per se -- I have seen many bloated HTML pages;

- the activity map/NYSE trading floor feature: I can't for the life of me figure out what information I'm supposed to get from it, other than it looking a bit nifty. It's truly baffling, and this is a criticism of Flash: it tempts the designer to create confusing eye candy.

The good, as I see it:

- the 3d chart. It's beautiful to look at; it packs Change, Price, and Volume into a very small yet easy to understand space, and it richly rewards user activity. Scroll your mouse over a stock and see what I mean. This last feature is specific to Flash; I don't think you could easily accomplish it with HTML (I suppose you could use layers and DHTML for something similar, but not across browsers, and it would be a nightmare to script and maintain).

Another example worth looking at is the Broadmoor Hotel Reservation system (http://www.broadmoor.com). In the lower right-hand corner, click on "Make a room reservation" (yet another example of the designer burying a useful feature with a small or misplaced link). You should be taken to a new page called "Broadmoor Online reservations with OneScreen." The page is not visually compelling: the colors are drab and some of the text is murky, but make a sample reservation anyway.

You should immediately notice that the information isn't submitted to the server, and the page does not have to refresh, until the entire reservation/payment process is complete. Flash sends both the data AND the interface to the client, thereby removing the need for roundtrips to the server and page refreshes. That's a real benefit of Flash that's hard to achieve with HTML. An HTML form would refresh when you clicked on a date (send date to server via form, check with database whether date is available, send yes or no response, if no click on another date for another refresh, etc.). Microsoft tried to get developers to buy in to "data-binding" a few years ago but it was specific to Internet Explorer, and this was before IE completely dominated the market, so it didn't succeed.

Okay, those are two examples where Flash accomplishes something that's hard or impossible to achieve with HTML. Others?

Regards,

Marc Garrett since1968.com

-- Marc Garrett (email), August 14, 2002


News graphics: mapped pictures with animation

Thank you Nathan Steiner, this is an excellent link!

Several of the examples at awarded entries (http://www.unav.es/malofiej/entries/indice.sel.html) are superb, combining photographs, diagrams, and animation to tell a news story. Series 9 is by far the best for animation.

In series #9, the news events are disasters--train/car wrecks, collapsing bridges, terror attacks--and the animated graphical descriptions have a clinical, diagnostic, forensic, eerie quality. Here the animation graphics have a point because the content itself is animated; things move, go crash and boom. In natural still-lands (such as showing euro currency conversion rates), the animations are usually pointless.

Note particularly the use of mapped pictures, which combine the explanatory power of the diagram with the particular local reality of the photograph. Mapped pictures are extremely effective for explaining something; there is a long chapter on mapped pictures in my forthcoming (2003?) book Beautiful Evidence.

-- Edwrd Tufte, August 30, 2002



I have seen few sites to rival the Thebian Mapping Project for the use of Flash. The information architecture, the interactivity, and most importantly the learning tools. The user can, for example, measure the length and width of any tomb in the project. The design allows me to guide my own discovery process. Well done!
Simply launch the "Atlas of the Valley of the Kings" and you'll see what I mean. There are many more wonderful surprises to be had at this site.

-- Randy Smith (email), September 1, 2002



I would like just like to add a link that I have not see in any of the threads- http://www.mapbureau.com/mapgallery/index.html Flash is a great for not only static cartographic web based design but it also provides a means to bring the temporal component of spatial data into context (look at the Salmon map), something which is very near impossible to do with commercial GIS software products.

-- travis hamrick (email), February 4, 2003



See the POSCO Automotive Steel Application Center http://www.poscoauto.co.kr/docs/eng/index.jsp and go to technical show

These illustrations in step-by-step movieland might not outperform a slightly larger (than the computer screen) still-land diagram but the step-by-step method is a nice way to stack information in time on the computer screen. The built-in statistical graphics are excellent. Really good illustrations repay study; these do not. A second look provoked impatience but not much additional understanding.

This was recommended in an interesting weblog, simian design, which has many helpful links: http://www.simiandesign.com/blog-fu/

-- Edward Tufte, March 8, 2003



Flash is unacceptable to me because it is frequently used to create permanently running animations. Often these can't be turned off at all, but at best can only be turned off via right clicking and then finding the right option. Then repeat for each image.

With running animations I find it hard to read the text.

They need to provide a way to stop all flash animations, similar to animated gifs which can be stopped by pressing ESC on most browsers.

-- Tim Josling (email), September 19, 2003



Perhaps Flash *is* 99% bad. But here's a site that might be in the exceptional 1%.

The animation shows transformations between three versions of the London Underground map, and how the transformations in the stylized maps distort geographical relationships.

The presentation could be improved in several ways that will be obvious to this forum's readership, but nevertheless it does provide an illuartation of a case in which Flash can be used to add information.

I was referred to the Underground animation from another lovely site, The Map Room.

-- Alexey Merz (email), September 28, 2003



Actually, I'd put that flash presentation squarely in the other 99%. The intro sequence would have been better as a small paragraph of text instead of the Power Point-esque progression. The instructions misspelled "underground." And although it was easy to compare the 1933 map with the 2003 map, it was difficult to compare 1933 with the "Real Underground" map, since the animorph from one to the other had to stop at the 2003 map on the way.

Much better would be several images on one or two pages, with resolutions high enough for printing, and a simple textual narrative. The flash adds little value here.

-- Scott Zetlan (email), September 29, 2003



The improvements you mention were among the improvements I had in mind. But the animated transformation itself is potentially useful. Ideally we'd like to see all three maps *and* the transformations at the same time, and the transformations could be done with or without the station names and streets overlaid.

I should have been more emphatic that the example shows the *potential* of flash. I do think it's in the top 1%; this is sad. I also think that the best-exploited feature of Flash is its ability to be funny.

As a much better example of how these technologies might be used, see the MIT Open Courseware presentation of Calculus With Applicaitons.

In this case Java is used, not Flash, so it cannot be included amont the top 1% of Flash sites, but the use of interactive/animated content is comparable. See, for example, this illustration of the basic trig functions or this explanation of how to calculate electrical fields.

-- Alex Merz, September 29, 2003


I don't want to make this an advert, but I think it does contribute to the thread.

The company I work for has already created a commercial application that uses Flash, to more easily provide a distributed architecture.

The application aims to provide better display and input of medical data, by medical staff, hospitals (over systems already in use in many of them). It uses Flash to provide an interactive interface via the web browser. There are no intro movies to negotiate.

The following article gives some of the rational behind using Flash:

http://www.internetweek.com/webDev/showArticle.jhtml?articleID=14800074

The application's website does not really give any useful screen shots, but for completeness the URL is:

http://www.blueiris.com

-- Adam, October 1, 2003



The "Secret Life of the Brain" animations are entertaining and worth a look. I'd put this site in the top 1% of flash design. It is distinguished from "bad flash" in several important ways. First of all, the animations are under control of the person viewing them. Some simple controls allow for intuitive manipulations depending on the demonstration. Secondly, the technology isn't gratuitous here; it's necessary to allow a human to control the action. Third, the exposition is reserved for textual narrative which, although it appears as part of the page, isn't delivered piecemeal through animation. Lastly, there's no attempt to show high-resolution statistical displays, which would be inappropriate given the low data-density of the medium.

Thinking about Flash reminds me of what Professor Walter Korte, in a 1995 cinema class at the University of Virginia, had to say regarding the transition to color movies. He noted that filmmakers explored how to use color with films that grossly overused color; vampire movies were a popular way to showcase the color red, for example. The techniques for working with cinematic color had not been invented yet. Similarly, the invention of Flash has led to a lot of truly horrifying animations that are probably best remembered as early experiments in how to use the technology successfully.

-- Scott Zetlan (email), November 9, 2003




For everybody who don't like flash there is an alternative: svg (scalable vector graphics). Information and examples can be found e.g. http://www.mozilla.org/projects/svg/ SVG also has the advantage that it is a W3C-recommendation and pure xml.

A very large community with more than 4.000 svg-developers is existing in yahoo.

Ineke van der Maat

-- Ineke van der Maat (email), December 12, 2003



For years, ever since I attended your course in Boston in 1997, I've been using Flash and applying your information concepts. Since that time, your concepts have remained unchanged (and rightly so), but Flash has gone through a transformation that emphasizes the very points you make. In Flash MX, the UI components introduced -- or at least encouraged -- developers to a clearer and far richer form of information in user interfaces. A small example lies in the changing labels in buttons as their task changes. More recently, Flash MX 2004, introduced a Focus Manager, that brings the eye to the point of current navigational focus.

Jakob Nielsen, who is right 50% of the time ,(based on a Nielsen-sized sample of 5 or 6) had a major impact on the direction of Flash. Since the time of his complaint, Flash has taken to heart his comments. Because Flash has more possibilities than HTML and now that it has become more ECMA compliant than HTML, it may hold the key for applying information concepts in ways beyond the flatland of paper and non-dynamic land of HTML.

Like bad book/page design/information (and Nielsen's complaint could have probably been appropriate there--99% bad designs)bad Web design is the fault of the designer, not the tool. However, Flash offers the flexibility to take information design to places that HTML may not go.

Bill Sanders

-- Bill Sanders (email), December 15, 2003



Here's my first stab at interactive information graphics in Flash. I think something similar might be achieved using Java, but I feel more comfortable in actionscript, and I think the resulting product runs and looks better. As you can see, at this point it's more of a concept, and needs much work, but I think it may illustrate some of the potential that Flash has.

-- Nick Zlonis (email), March 2, 2005



I have been trying to find a place to post this question on the ask E.T. forum for awhile, but can't find the appropriate place, so I am just sending it here.

The question is: Why does it seem that no one has really taken an earnest crack at re-envisioning the standard (and universally hated) top-down branching-tree "site map" generated daily by Visio using information architects across the professional web development world. The diagrams I speak of should be familiar to anyone who has worked in interactive design; consisting of boxes emblazoned with page titles or content labels, often color coded to content category, and connected via lines to illustrate the top and sub-sections of a site. I will include a few typical examples as links here:

http:// www.rachelmmurray.com/images/cybergrrlsitemap.gif
http:// www.packt.com/images/site_map_visio.gif
http://business.fullerton.edu/isds/cmargolin/csuf454web/sitemap.jpg
http://www.dannil.com/ visio/SMPRIMA.gif

These are unfortunately all too common.

We have been discussing the failures of these diagrams for some time here, and they are myriad, including the fact that they encourage thinking of hypertext information as a linear and progressive action, as opposed to its true nature, which is non-linear and not always progressive. Also, the more complex the site, the more impenetrable the site map.

We have been working with Dan Brown's ambitious diagram, linked above, as a starting point for re-engineering the design of site maps for our projects, to more accurately reflect the "experience" of a web site (or a particular click path), incorporating time, duration of page visit, page content length, and interactions between related content (contextual relationships) as variables, in addition to the simple linkage of page A to page B. I will be happy to share the results of these efforts as we achieve them.

I am surprised that it is not specifically addressed on this forum, as it seems a topic ripe for analysis by Mr. Tufte and his esteemed contributors. May I be so bold as to request this be promoted to "new thread" status? - P. J. Moorhead, Philadelphia

p.s. Had the pleasure of taking your seminar in New York a couple of weeks ago. It was my second time, and I found it more valuable than the first. Thanks E.T.!

-- Patrick Moorhead (email), October 11, 2005


Design para ecrãs pequenos

Aconselho este pdf, que aborda o design (de informação, por exemplo) para ecrãs pequenos. Dá o exemplo dos telemóveis.

sábado, 12 de maio de 2007

Projecto final _ desenvolvimento 2

Olá, olá, olá.
Neste Sábado que marca o encerramento da Semana da Queima das Fitas do Porto 2007, já consegui avançar um bocadinho mais no meu trabalho de Ergonomia. Já tenho a página principal online, assim como uma das ligações internas (ide descobrir qual!), apesar de ainda não haver o cabeçalho das páginas.
Mesmo assim, já comecei a testar as páginas que tenho online e estou satifeita até agora por não estar a encontrar erros. :)

O URL para testarem é http://eam.com.sapo.pt/welcome.html
Façam o obséquio ;)

quarta-feira, 9 de maio de 2007

Apresentação intercalar e Semana da Queima

Até agora não tinha feito nenhum artigo sobre a segunda apresentação, a intercalar, porque achei que não havia grande necessidade disso.
Até à altura dessa apresentação, tinha já desenvolvido cerca de metade dos ficheiros .htm necessários para construir o site, assim como tinha já tentado trabalhar com o Inkscape. O objectivo seria completar o site até à próxima segunda-feira, altura em que poderia alojá-lo temporariamente online e fazer testes com utilizadores durante a aula.

Por entre trabalhos do estágio, actividades da Semana da Queima das Fitas, trabalho de Ergonomia e outros afazeres, tenho tempo de vir aqui escrever que duvido que tenha alguma coisa pronta até segunda-feira e que se o arrependimento matasse, tinha morrido quando me propus fazer o site da REV como projecto final!
Eu vou tentando ter as coisas avançadas, mas duvido que realmente dê em algo de melhor para mostrar - quanto mais testar!

Espero que o resto da turma esteja melhor do que eu, porque isto está muito mal parado...

sexta-feira, 27 de abril de 2007

Inkscape

Sejam benvindos ao mundo do Inkscape! É um programa de edição de imagem vectorial, que permite criar e editar imagens em formato SVG (Scalable Vectorial Graphics). É opensource, por isso, toca a fazer o download!

Ainda hei-de aprender a trabalhar melhor com isto. Confesso que, à partida, me soou bastante ao antigo Corel Draw - do qual não gostava muito. :$ (:
Mas depois, achei mais fácil de perceber as ferramentas a um nível mais básico. Até consegui desenhar um dos logótipos da REV. :) Mas era só texto... não apresentava grandes dificuldades.

Bem, de volta ao Inkscape, que ainda não descobri porque é que ao gravar fico com rectângulos cinzentos em vez de caracteres cinzentos! :x

Mais info - Inkscape [Wikipedia PT]

segunda-feira, 23 de abril de 2007

Ajuda

Alguém me explica como é que testo um site em offline?
Senão for possível ao menos que me digam se ainda tem sentido eu estar a fazer um site, visto que não vai estar online e não.
-_________-

quinta-feira, 19 de abril de 2007

Análise heurística e testes com utilizadores _ SiFEUP 3

Análise heurística [Parte 2]


6. Ajuda aos utilizadores a reconhecer, avaliar e evitar erros e a recuperar destes:

_ Conformance question: O sistema ajuda os utilizadores a evitarem erros e a recuperarem destes?

_ Evidence of conformance: O sistema não tem qualquer meio de ajuda a quem navega. Facilmente, o utilizador perde-se e não sabe que caminho percorreu nem qual deveria ter percorrido.

_ Motivation: O site deveria ter maior visibilidade em itens como o "caminho das formigas" - o caminho que o utilizador percorreu até chegar a um determinado conteúdo. O que se verifica é que existe um falso "caminho das formigas" apresentado junto ao cabeçalho do site. Este engano induz o utilizador em erro, levando-o a pensar que afinal percorreru um caminho errado e que haveria um caminho mais directo que o levasse ao mesmo conteúdo, assim como faz com que se associe esse falso caminho aos passos a dar numa navegação futura.




7. Compatibilidade entre o sistema e o mundo real:

_ Conformance question: O site utiliza termos comuns à vida corrente dos utilizadores ou recorre a termos demasiado específicos?

_ Evidence of conformance: Neste caso, o sistema não tem erros a serem apontados. Os nomes dados aos itens, assim como os objectos apresentados, são facilmente inteligíveis por quem está a navegar no site. Além disso, não se justificaria que, num site que cobre um público-alvo tão vasto, fosse muito técnico, até porque é um sistema de informação e não um site técnico específico.

_ Motivation: Aqui não há falhas a apontar, daí que não sugira melhorias.





8. Ajuda e documentação:

_ Conformance question: O sistema tem documentação que auxilie o utilizador na sua pesquisa e navegação?

_ Evidence of conformance: O Sifeup apresenta um mapa de páginas bem organizado, com todos os conteúdos presentes no site, assim como um motor de pesquisa com várias opções que permitem alguma filtragem. Porém, este último, o motor de pesquisa, apresenta frequentemente imensos resultados - demasiados - para que o utilizador consiga ou tenha vontade de procurar aqui que realmente deseja.

_ Motivation: No caso do Sifeup, considero muito relevante a presença de documentação e de motores de ajuda a quem visita e navega no site. O site tem imensos conteúdos, os quais muitas vezes estão em pontos ilógicos ou de difícil acesso. Posto este problema, as informações de ajuda devem ser fáceis de encontrar e de ter no utilizador o seu ponto central; isto é, devem ser claras, concisas, directas e listar as informações a dar. Devem estar sempre presentes em todos os momentos da navegação.


9. Prevenção de erros:

_ Conformance question: Uma melhor estruturação do site previniria os utilizadores de cometerem erros que agora cometem?

_ Evidence of conformance: Os erros são a principal fonte de frustração, ineficiência e eficácia durante a navegação em website. O Sifeup não é excepção. O site não dá informações extra sobre os menus, submenus e objectos que se podem encontrar no sistema. Poderia ser de avaliar uma hipótese em que as pequenas tags fossem mais descritivas quanto aos conteúdos de um menu, por exemplo. Seria também de reavaliar os falsos "caminhos de formigas", enganadores para quem navega no site e sem qualquer lógica e consistência em alguns casos.

_ Motivation: Tendo em conta que os erros são a principal fonte de frustração, ineficiência e eficácia durante a navegação, um redesenho do site, ainda que não a um nível muito profundo para que não se perdesse a identidade já criada, poderia ajudar os utilizadores a não se enganarem tantas vezes e a não terem que recorrer à pesquisa e ao mapa do site.


_ Não avaliei a heurística sobre Design minimalista, uma vez que não achei muito enquadrado neste sistema. Poderia, de facto, ser adoptada uma organização e uma estrutura mais minimalistas, mas não teria que ser esse, necessariamente, o ponto de partida para uma reestruturação e optimização do Sifeup. Aqui, teria, quase que forçosamente, que comparar este sistema ao Sigarra da Faculdade de Ciências e ao site da Faculdade de Belas-Artes da UP. Em relação ao primeiro, temos as mesmas informações (em categorias e volume) apresentadas num layout e numa interface diferentes, muito mais organizadas e de navegação muito menos complexa. O site de Belas-Artes funciona de modo diferente. Em vez de aceder directamente ao Sigarra da faculdade, o utilizador é levado para o site da faculdade, o qual já contém muitas das informações necessárias aos utilizadores e que poderiam ser o motivo da visita. Caso queira uma informação só disponível no Sigarra, como as bases de dados de pessoal docente e discente, o utilizador pode visitar o Sigarra, através do link existente no site da FBAUP. Caso não o deseje, navega num site mais simples e limpo, experienciando uma navegação muito mais agradável.


_ Conclusão:

É difícil de se conseguir disfrutar de uma navegação serena e pacífica no Sifeup, mesmo já se conhecendo o funcionamento e estrutura deste site.
No teste com utilizadores, a amostra disponível não era muito abrangente, pelo que tentei seleccionar os tipos mais diferentes.

Todos os utilizadores são alunos de Comunicação Multimédia, 4º ano. O que os distingue mais é o número de vezes que já utilizaram o Sifeup. O primeiro, Nuno Regadas, foi escolhido como o elemento que já poderia ter utilizado o Sifeup algumas vezes, mas não frequentemente. O segundo, João Melo, utiliza o Sifeup frequentemente, especialmente para consulta da Ementa da cantina, pelo que, supostamente, seria mais fácil concluir as tarefas propostas com sucesso e em menor tempo para ele do que para os outros dois. A última utilizadora, Ana Ferreira, raramente teria utilizado o Sifeup, sendo, portanto e supostamente, mais difícil para ela de concluir as tarefas pedidas.

Contudo, verifiquei que a utilização frequente do Sifeup não é suficiente para que se consiga navegar bem e eficientemente no sistema, nem sequer ter à-vontade e confiança para o explorar. O que muitas vezes acontece a quem tem que aceder a certos conteúdos do Sifeup muitas vezes é ter o link directo guardado no histórico de navegação ou nos favoritos do browser que se utiliza.

Os principais problemas do Sifeup de um modo geral são:
_ a dispersão da informação, sendo que esta é extremamente volumosa;
_ a falta de coerência entre alguns conteúdos e o local ou menu onde estes se encontram ou a partir do qual estão acessíveis;
_ a falta de consistência da barra lateral direita, que muda constantemente conforme se entra ou sai de um menu;
_ os falsos "caminhos de formigas", que induzem o utilizador em erro e que o frustram.

Em caso de optimização, aconselharia a começar exactamente pelos problemas mais fáceis de resolver e que não necessitam de mudanças profundas: os "caminhos de formigas", os atributos "alt" (que poderiam ser mais específicos em alguns casos), etc.
Só depois seria de aconselhar a mudança estrutural mais profunda: a reorganização lógica dos conteúdos.

quarta-feira, 18 de abril de 2007

Análise heurística e testes com utilizadores _ SiFEUP 2

Análise do site Sistema de Informação da FEUP, SIFEUP.

Tese a fundamentar: os sistemas de informação da Universidade do Porto são, regra geral, difíceis de utilizar, mesmo por quem a eles recorre com frequência. Escolha do Sistema da Faculdade de Engenharia por esta ser um núcleo da Universidade do Porto com muita notoriedade e pelo volume de informação disponível.


Análise heurística [Parte 1]


1. Visibilidade do estado dos sistema:

_ Conformance question (CQ): Os utilizadores recebem o devido feedback do sistema, indicando em que estado este se encontra?

_ Evidence of conformance (EC):
O sistema deve indicar nitidamente ao utilizador como se processa a navegação no site e como este responde. Porém, tal não se verifica. Quanto muito, aparece uma página de erro, com um sinal de sentido proibido, indicando que não é possível aceder aos conteúdos desejados por falta de autorização.

_ Motivation (M): Em alguns casos em que a espera é maior, o sistema poderia adoptar uma maneira de dar feedback aos utilizadores sobre o carregamento da página, por exemplo. Contudo, há também que notar que, na maioria dos casos, as páginas não demoram muito tempo a carregar.


2. Controlo e liberdade do utilizador:

_ Conformance question (CQ): Os utilizadores podem fazer o que quiserem?

_ Evidence of conformance (EC):
Um utilizador que conheça bem a organização do Sifeup consegue navegar com algum à-vontade. Porém, esse estado é algo complicado de atingir, já que a navegação é, pelo menos nas primeiras vezes, complexa e intimidatória. Ao perder-se enquanto navega, o utilizador sente dificuldade em encontrar uma lógica na navegação que fez e na que tem que fazer para chegar onde quer.

_ Motivation (M): A navegação poderia ser simplificada de modo a que, das primeiras vezes que o utilizador navegar no site, não se sinta tão frustrado por não encontrar o que quer e por se perder frequentemente. Isto também faz com que evite navegar neste site.


3. Consistência:

_ Conformance question (CQ): Os elementos mantêm-se de umas páginas para as outras ou sofrem alguma alteração?

_ Evidence of conformance (EC):
Nem todos os elementos do site se mantêm. A barra de navegação de links à direita muda constantemente conforme se navega no site. Isto constrange frequentemente os utilizadores, pois não esperam essa mudança.

_ Motivation (M): Havendo necessidade de mudar os itens da barra da direita, seria de relevá-la de alguma forma, mostrando ao utilizador que ela pode mudar quando se mudar de página.



4. Reconhecimento e lembrança:

_ Conformance question (CQ): Os elementos e opções são visíveis? O utilizador é obrigado a lembrar-se das opções e dos objectos do site, ou consegue reconhecer esses factores?

_ Evidence of conformance (EC):
Sendo o Sifeup um sistema no qual proliferam objectos, especialmente links internos, o utilizador sabe onde eles estão por lembrança e não por reconhecimento. Isto verifica-se uma vez que, muitas vezes, o caminho a percorrer para se chegar a um conteúdo não é muito lógico.

_ Motivation (M): Os conteúdos deveriam estar logicamente ordenados, para que o utilizador não tivesse que recorrer à lembrança ("Vi aquele link na barra quando fui à opção X"), mas sim os reconhecesse ("Se quero uma informação sobre o manual de imagem, devo ir ao departamento de imagem").



5. Flexibilidade e eficiência no uso:

_ Conformance question (CQ): O utilizador pode usar atalhos para as opções que visita mais frequentemente ou utilizador motores que lhe tornem a navegação mais eficiente?

_ Evidence of conformance (EC):
O único meio de facilitar a navegação no site e chegar mais rapidamente a qualquer conteúdo é através da utilização do mapa do site. Mesmo a pesquisa não funciona tão bem, porque pode apresentar demasiados resultados, sendo muitos, confusos e difíceis de filtrar.

_ Motivation (M): O site deveria ter ferramentas que orientassem o utilizador à medida que este navega no site, sem que estes tivessem que recorrer ao mapa do site. Para muitos utilizadores, ter que recorrer ao mapa do site já é, por si, um sinal de frustração.


[continua]

terça-feira, 17 de abril de 2007

Análise heurística e testes com utilizadores _ SiFEUP

Análise do site Sistema de Informação da FEUP, SIFEUP.

Tese a fundamentar: os sistemas de informação da Universidade do Porto são, regra geral, difíceis de utilizar, mesmo por quem a eles recorre com frequência. Escolha do Sistema da Faculdade de Engenharia por esta ser um núcleo da Universidade do Porto com muita notoriedade e pelo volume de informação disponível.


Análise heurística [a fazer]
Tururu.

Testes com utilizadores [3 utilizadores]


Tarefas pedidas:
  1. Encontrar a ementa da cantina da FEUP.
  2. Ir à biblioteca e fazer uma pesquisa.
  3. Encontrar o manual de imagem da FEUP.
Nota: Em nenhuma das tarefas se podia utilizar a pesquisa nem o mapa de páginas do site.


Tarefa 1: Esta tarefa requeria dois passos - entrar na secção Alunos e ir à barra lateral a "Ementa da Cantina de Engenharia"

_ Utilizador 1 _
Passo 1: Deu um erro; fez uma segunda tentativa (3 cliques) e desistiu.
Passo 2: Atingiu o segundo passo em 1 clique, após ter avançado o primeiro passo.

Tempo: 3 minutos e 48 segundos
_ Observações: Muita pesquisa demorada na barra lateral. Pesquisa em secções do site como "Serviços", o que denotou que o utilizador estava perdido.

_ Utilizador 2 _
Passo 1: Deu dois erros; fez uma terceira tentativa (3 cliques) e conseguiu.
Passo 2: Atingiu o segundo passo em 1 clique.

Tempo: 2 minutos e 17 segundos.
_ Observações: Muita pesquisa demorada na barra lateral. Pesquisa na secção "Serviços" por duas ocasiões, o que denotou que o utilizador estava perdido, tal como o primeiro utilizador.

_ Utilizador 3 _
Passo 1: Deu um erro; fez uma segunda tentativa (4 cliques) e desistiu.
Passo 2: Deu um erro e desistiu.

Tempo: 4 minutos e 30 segundos
_ Observações: Novamente, muita pesquisa demorada na barra lateral. Pesquisa em secções do site como "Serviços", "Apontadores", "Guia do estudante", etc., sendo que algumas delas são itens da barra lateral da página inicial. Sentiu-se frustrada e perdida, acabando por desistir.



Tarefa 2: Esta tarefa requeria dois passos - entrar na secção Bilioteca e fazer uma pesquisa no campo adequado.

_ Utilizador 1 _
Passo 1: 1 clique.
Passo 2: 1 clique.

Tempo: 11 segundos.
_ Observações: Como já tinha feito muita pesquisa na barra lateral, já sabia que lá iria encontrar o link directo para a Biblioteca.

_ Utilizador 2 _
Passo 1: 3 cliques.
Passo 2: 1 clique.

Tempo: 29 segundos.
_ Observações: Já conhecia a barra lateral, pelo que a maior demora foi na leitura dessa parte do site.

_ Utilizador 3 _
Passo 1: 1 clique.
Passo 2: 1 clique.

Tempo: 8 segundos.
_ Observações: Já tinha decorado onde estava o link no decorrer da tarefa anterior.




Tarefa 3: Esta tarefa requeria dois passos - entrar na secção Apresentação e seleccionar Manual de Imagem.

_ Utilizador 1 _
Passo 1: Um erro e 3 cliques na segunda tentativa.
Passo 2: 1 clique.

Tempo: 3 minutos e 24 segundos.
_ Observações: Tentou fazer a pesquisa por departamentos e pelos serviços de imagem, sem resultados, visto aí não haver link para o manual de imagem.

_ Utilizador 2 _
Passo 1: 2 erros e desistiu.
Passo 2: 1 clique.

Tempo: 3 minutos e 40 segundos.
_ Observações: Procurou, tal como o primeiro utilizador, em ligações referentes ao departamento de comunicação e imagem.

_ Utilizador 3 _
Passo 1: 1 clique.
Passo 2: 1 clique.

Tempo: 23 segundos.
_ Observações: Não sabia que o link Apresentação ligava ao Manual de Imagem, mas acertou.


Conclusões dos testes com utilizadores:
O Sigarra, de um modo geral, tem muitos conteúdos, o que levanta problemas diversos na organização e na arquitectura da informação.
Por outro lado, o facto de haver uma grande quantidade de informação não significa que esta não possa ser bem organizada, pressupondo isto uma estruturação lógica dos dados.
Neste caso, na maioria das vezes, os utilizadores sentiram-se perdidos quando procuravam informações na primeira página, já que há imensa informação disponível neste espaço. Umas das principais fontes de frustração é a quantidade de informação disponível na barra lateral direita do site. Além de ser imensa informação, não é constante; quando se entra numa secção do site, as ligações disponíveis na barra mudam.

[continua]

quinta-feira, 12 de abril de 2007

Projecto final _ desenvolvimento

Este post bem que se poderia chamar "Primeiros stresses".
Comecei a fazer o trabalho para a cadeira, ou seja, o site todo, e deparei-me com umas CSS bastante teimosas. Já não basta o simples "copy_paste" para que as coisas fiquem iguais; nãaaaaaao. Estas CSS são teimosas e ainda que o código seja o mesmo, o resultado é sempre diferente.
Vá lá que ao menos já tenho as imagens para passar com o InkScape. :)

sexta-feira, 30 de março de 2007

Projecto final _ primeiras alterações

Yupi, já há menos uma frame no site da REV. Isto foi fácil: foi passar o conteúdo de uma para dentro de outra e anular a primeira. :)
A seguir é que vai começar a doer... *rolleyes*

quarta-feira, 28 de março de 2007

Projecto final

O artigo da semana passada remete já para o meu projecto final da cadeira.
Este sítio web é o da Conferência REV 2007, que irá decorrer entre 25 e 27 de Junho de 2007, na Faculdade de Engenharia da UP (FEUP), e que é o tema do meu estágio.
Assim sendo, faço a ponte entre o estágio (muito giro, diga-se de passagem... - sim, vai aqui alguma ironia :P) e Ergonomia.
Vou ter, em termos gerais, de mudar a estrutura de organização do site. Eu sei que não preciso de explicar o que vou fazer, porque toda a gente leu a análise e já sabe qual é o problema do referido website!

Vamos a ver como corre... O meu orientador não me pareceu muito convencido e até queria eu eu deixasse este trabalho para trás. Foi um momento simpático, vá.

Ah, aproveito também para voltar a desejar boa sorte ao Manu... Sigarra, Sigarra... =]

quinta-feira, 22 de março de 2007

Análise do site da Conferência REV 2007 [3]

Análise manual do site:

Enquanto estive a verificar a análise automática do site da REV, tive que ir fazendo, simultaneamente, a análise manual, até porque alguns dos pontos-verificação não eram lidos automaticamente.

Desactivando as CSS, é na mesma possível navegar na página, pois continuam estruturados e organizados. Os elementos estão organizados na vertical e alinhados à esquerda; ou seja, são sempre visíveis, independentemente da resolução do monitor.
Já a navegação sem a parte visual disponível tem muitíssimas limitações. Ao navegar no Opera com o Jaws ligado, verifiquei que a navegação através dos atalhos do teclado apenas é possível na frame correspondente ao núcleo de conteúdos da página. O Jaws não lê os itens das frames restantes, visto não poderem ser atingidos através dos atalhos do Opera.
Além disso, o leitor de ecrã não consegue reconhecer as imagens, apesar destas estarem com a descrição respectiva, e não as lê. De notar que elas também não podem ser seleccionadas.

Com o AudioBrowser, é possível obter uma leitura de todas as frames do site, lidas de cima para baixo e da esquerda para a direita (consistente com a leitura ocidental).


Conclusões:

As principais falhas em termos de acessibilidade deste site prendem-se com a utilização de frames. Este erro poderia ser corrigido se os elementos das frames passassem a fazer parte de cada página. Apesar de ser mais complicado de manter o site, pelo menos a longo prazo, uma vez que cada um desses elementos teria que se repetir em cada página do site, seriam resolvidas muitas das questões que tornam este site pouco acessível.

Por outro lado, há que ver que existem elementos que não são lidos pelo Jaws, o que significa que, não sendo vistos nem lidos, não existem. Esta falha, que em casos de imagens meramente decorativas não é relevante, pode ser corrigida com a aplicação do atributo Image às mesmas. Desta forma, passam a existir enquanto imagens no código e a serem reconhecidas como tal pelos browsers e pelos programas de leitura de ecrã.

terça-feira, 20 de março de 2007

Análise do site da Conferência REV 2007 [2]

Análise do site da Conferência REV 2007:

Antes de mais, convém dizer que este site está estruturado em frames - erro crasso, pois falha em termos de acesso a cada frame independentemente.

Comecei com uma análise automática utilizando o Hera. Neste primeira análise, foi revisto o link que abre o site, apesar de depois ter sido necessário analisar os links das restantes frames do site.
Assim, o site falha logo em dois pontos-verificação de prioridade 1. As frames não têm títulos, o que impossibilita que os utilizadores saibam a que se refere cada uma delas (ponto 12.1). Além disso, estes objectos que não possuem o atributo "alt" nem "longdesc" (ponto 1.1). Concluindo, estes objectos não têm alternativas às situações em que não possam ser visualizados correctamente.

Por outro lado, também são apresentados erros em relação a pontos de segunda prioridade.
Um destes pontos prende-se ainda à utilização incorrecta de frames. Estas, para além de não terem atributos "alt" ou "longdesc", também não têm títulos nem relação entre si (ponto-verificação 12.2). Para evitar estas situações e permitir que os conteúdos das várias frames e as relações entre elas sejam totalmente visíveis mesmo por quem utilize browsers que não suporte frames, deve ser aplicado um título a cada e preenchido o atributo "noframe". Esta regra também é explicitada no ponto-verificação 12.1, o qual não é cumprido. (Isto é válido para os conteúdos dinâmicos, os quais necessitam de estar acessíveis, o que também pode ser feito através deste atributo, tal como refere o ponto-verificação 6.5).

Sendo que não há relações especificadas entre as frames, também não há uma hierarquia formal na organização destas, especialmente notória se não se puder visualizar frames (falha no ponto-visualização 12.3). A página deveria estar hierarquizada em blocos de informação estruturados (cabeçalhos, parágrafos, texto, listas, etc), para que fosse mais facilmente lida e até trabalhada. Esta falha vai também de encontro ao ponto-verificação 3.5, que recomenda a utilização de "headers" (cabeçalhos).


Após a análise do site de entrada, analisei o link para uma outra parte do site, a qual apresenta os conteúdos do mesmo.
Na segunda-feira, na aula, quando fiz a análise automática, reparei que faltava o atributo "alt" ou "longdesc" às imagens da página. Contudo, isso já foi emendado e já não há qualquer lapso. Assim, a análise automática já não detecta nenhuma falha no que respeita a ponto-verificação de prioridade 1.
Mesmo assim, houve vários pontos-verificação de prioridade 1 a verificar manualmente. Um deles foi o ponto 2.1. De facto, não há alternativa de destaque de texto à utilizada, ou seja, pela cor, a não ser o tamanho. Só que há que notar que, dentro do texto com o mesmo tamanho, faz-se destacação pela cor.

Já em relação aos pontos-verificação de prioridade 2, há três que não são respeitados.
Por ordem, começamos com o ponto-verificação 3.2. Aqui, reparamos que há erros nas CSS e no código HTML. Em ambos os casos, prendem-se à falta de unidades depois de uma medida (exemplo: "0" em vez de "0 px"). De notar que o site funciona perfeitamente e é correctamente visualizado se as CSS não estiverem acessíveis ou se forem desactivadas.
Apesar de, seguidamente, a análise automática apresentar como falha o recurso ao HTML para para controlar a disposição dos elementos da página, isto não tem necessariamente que ser um ponto negativo. Neste caso, essa utilização vem permitir que a página fique organizada se a CSS não for utilizada.
Além do mais, ainda na segunda prioridade, é de notar que são utilizados elementos e atributos considerados obsoletos em HTML 4.0.1. Apesar disso, são correctamente interpretados.
Nos pontos a verificar manualmente, ocorrem erros que já foram referidos, nomeadamente a não utilização de cabeçalhos; a inexistência de alternativas às frames e a conteúdos dinâmicos variados; e a inexistência de blocos de informação como forma de estrutura e de hierarquia.
Este site peca ainda pela falta de um mapa do site, apesar de ter poucos menus e destes não terem submenus.



segunda-feira, 19 de março de 2007

Análise do site da Conferência REV 2007

Análise do site da Conferência REV 2007:

Antes de mais, convém dizer que este site está estruturado em frames - erro crasso, pois falha em termos de acesso a cada frame independentemente.

Comecei com uma análise automática utilizando o Hera. Neste primeira análise, foi revisto o link que abre o site, apesar de depois ter sido necessário analisar os links das restantes frames do site.
Assim, o site falha logo em dois pontos-verificação de prioridade 1. As frames não têm títulos, o que impossibilita que os utilizadores saibam a que se refere cada uma delas (ponto 12.1). Além disso, estes objectos que não possuem o atributo "alt" nem "longdesc" (ponto 1.1).


terça-feira, 13 de março de 2007

Análise do site da DGAP [3]

Continuação da análise do site da Direcção Geral da Administração Pública:

2. De acordo com a directrizes para a acessibilidade da WAI (W3C):

De acordo com a análise automática, este website falha no cumprimento de várias das directrizes do W3C. As directrizes em que tem maiores falhas são a segunda, a sétima e a décima terceira.
De todos os pontos-verificação não cumpridos, 9 são de prioridade 1, 15 de prioridade 2 e 13 de prioridade 3.

Visto ser um site que pretende, supostamente, chegar a todos os cidadãos portugueses, a primeira que os utilizadores encontram é a linguagem utilizada (Directriz 14, Ponto-verificação 1). Esperava-se que num site desta génese pode ser visitado por pessoas com deficiências cognitivas, baixo grau de alfabetização, pessoas que não dominam o idioma, etc. A linguagem utilizada deveria ser mais clara e simples de compreender, incluindo em termos de navegação.
Por outro lado, as mensagens textuais deveriam ser reforçadas através de outros recursos, como o som ou a imagem, facilitando a sua compreensão, o que não se verifica (mesma directriz, Ponto-verificação 2). Além disso, como a directriz ainda refere, deveria haver coesão na aprensentação das várias páginas que compõem o site. É muito fácil o utilizador perder-se enquanto navega neste site, uma vez que há páginas que diferem muito do suposto estilo do site.

Logo na página de abertura, o utilizador depara-se com texto que pisca, artifício que deve ser evitado a todo o custo, tal como nos sugere a directriz 7, nos pontos-verificação 1, 2 e 3. Sabendo que as pessoas com deficiência visual ou cognitiva são incapazes de ler texto em movimento e interemitente e que estes podem causa distracção, este tipo de animação não deve ser utilizada, muito menos quando se trata de um site em que a informação é o foco de interesse. Para além da dificuldade na leitura pelo utilizador, mesmo os leitores de ecrã são incapazes de ler texto em movimento. Mais perigoso ainda é saber que essas animações podem espoletar ataques epilépticos a quem sofra de epilepsia.
Ainda na sétima directriz, são desrespeitados os pontos-verificação 4 e 5. É desaconselhável fazer redireccionamento automático das páginas; porém, quando o utilizador abre o site da DGAP e fica a ver a primeira página, é redireccionado para outra página ao fim de cerca de um minuto. Porque não ir logo para a segunda página, visto as informações que estão na primeira página também se encontram na segunda? Se assim ocorresse, também não haveria o problema da utilização do texto intermitente na primeira página (apesar de na segunda haver uma palavra animada).

Também relacionada com a legibilidade está a segunda directriz. Neste site, há uma clara distinção da informação pela cor, em algumas partes. Isso pode constituir uma dificuldade para pessoas com dificuldades em distinguir cores, por exemplo, pelo que a informação deve também poder ser visualizada sem essa distinção (alteração ou anulação da CSS, por exemplo). Em suma, também aqui este site pode melhorar. Estes parâmetros podem ser relacionados com a sexta directriz, mais concretamente com o ponto-verificação 1, que recomenda que os sites possam ser visualizados correctamente sem o recurso a folhas de estilo, e com o ponto-verificação 3, que afirma as vantagens de se assegurar que as informações serão correctamente visualizadas mesmo que algum objecto programado tenha sido desactivada ou não seja lida. Neste caso pode-se considerar correcto haver uma ligação a uma página acessível.
É de notar que este site não cumpre as recomendações supra referidas, nem se nota o esforço no sentido de criar uma página de redireccionamento mais acessível. Poder-se-ia, em vez de se criar uma nova página, de raiz, fornecer uma ligação para uma página que utilizasse tecnologias W3C, sendo acessível e seja equivalente à página de origem, tal como especifica o ponto-verificação 4 da directriz 11 (de relevar que este é um ponto de prioridade 1).

Outra directriz em que este site falha descaradamente é a 13. É notória a falta de mecanismos claros de navegação. Esta falta de ordem dificulta a consulta do site mesmo a utilizadores experientes. Por isso, há que pensar que os utilizadores com ainda mais dificuldades, sejam elas que qualquer foro, vão sentir-se ainda pior ao tentarem navegar no site. Apesar de os pontos-verificação desta directriz serem de prioridade 2 e 3, o incumprimento dos mesmos faz com que o utilizador não consiga encontrar o que quer, se perca e se sinta frustrado.

Quanto à organização e estruturação da informação, seria de esperar que esta estivesse arquitecturada em blocos secundários organizados e perceptíveis de informação, tornando-se mais fácil de ver e de ler. Porém, tal não acontece, dificultando a leitura dos textos. Desrespeita, ainda, a directriz 12, ponto-verificação 3 (prioridade 2).


Conclusão

Sendo um site da Administração Pública (AP), esta plataforma de informação e de interacção deveria, no mínimo, tentar cumprir as regras do Manual de Boas Práticas da AP.
Apesar de não continuar a análise, por já se notar extensa, mais pontos negativos haveriam para apontar, se a continuasse. Porém, tentei explicar quais os mais fulcrais e que deveriam ter sido reparados aquando da construção do site.
Visto que tal não aconteceu e que nem sequer se nota um esforço de manutenção nem de melhoramento deste site, ficaram alguns apontamentos sobre o que poderia ser mudado numa primeira análise; claro está que muito mais poderia ser melhorado, mesmo em relação a pontos que aqui não foquei.
Deixo o apelo à AP que melhore as suas plataformas online, pois, para muitas pessoas, são o principal veículo de informação e de comunicação que têm com as estruturas governamentais portuguesas. E isto tendo em mente que todos somos iguais em direitos, mas que todos temos as nossas próprias necessidades específicas.

Análise do site da DGAP [2]

Análise do site da Direcção Geral da Administração Pública:

1. De acordo com o Guia de boas práticas para a construção e manutenção de websites da Adminstração Directa e Indirecta do Estado Português:

Este site falha em diversos aspectos logo na primeira recomendação do Guia. Em primeiro lugar, nota-se a falta da descrição da instituição que tutela o website, neste caso, a Direcção Geral da Administração Pública. Este organismo apenas aparece identificado através do logótipo e dos contactos. Desta forma, está também a desrespeitar a recomendação 27, já que, não havendo sequer a devida apresentação do organismo que tutela o site, também não há a atribuição de responsabilidades de gestão do site a qualquer organismo. Note-se que, da mesma forma, estão omissos quaisquer mecanismos de gestão e de controlo do website, como contadores de visitas e indicadores de satisfação, por exemplo (recomendações 28 e 29).

Por outro lado, e ainda de acordo com a primeira recomendação, também faltam outros elementos mínimos, como a lista de eventos programados ou a decorrer, o relatório de contas, o plano de actividades, os orçamentos, as novidades, os formulários para descarregar e os termos da política de privacidade e segurança.
No site, deveria ainda existir um documento que definisse a responsabilidade da instituição em relação a direitos de autor, assim como sobre as condições de utilização de informação, tudo isto de acordo com a quinta recomendação.

No que diz respeito a actualizações dos documentos disponibilizados no site e do próprio site, não são divulgadas datas de modificações anteriores nem de quando ele será actualizado. Falha, portanto, no cumprimento da segunda recomendação.
Apesar de existirem publicações e documentos para leitura e descarregamento, estes encontram-se muito dispersos e desorganizados.
Desta forma, também é desrespeitada a recomendação 30, que indica que deve ser criada e mantida uma lista sumária com a indicação dos documentos disponíveis. Ora, não havendo sequer uma lista seumária dos documentos, é notório que o site falha na apresentação e divulgação da informação aos utilizadores. A informação deveria ser muito mais acessível e visível, especialmente tendo-se em conta que se trata de uma plataforma da Administração Pública e, portanto, ao serviço dos cidadãos portugueses.
A piorar, não existe um motor de pesquisa interna nem arquivo documental organizado. Tal seria de implementar neste site, não só para facilitar a consulta de documento, mas também porque os vários documentos e informações disponíveis estão dispersos e visto a navegabilidade no site é confusa. Falha, então, também na quarta recomendação.

De acordo também com a recomendação 15, seria útil ter ligações para a instituição que tutela o website, assim como para outros pontos do site, como o mapa do site. A falta destas informações e destas ligações dificulta a navegação no site, a qual já é complicada.

Sendo que não estão disponíveis formulários, este site também falha nos pressupostos das recomendações 20 e 21. Tendo em conta que a Administração Pública deve privilegiar o contacto e a interacção com os cidadãos, deveriam existir formulários de contacto. À semelhança do que se passa com os formulários, deveriam ser disponibilizados outros mecanismos de contacto e interacção, como, por exemplo, newsletters, perguntas frequentes e fóruns. São estas as recomendações do ponto 24 do Guia.

Seguindo o que a recomendação 12 nos sugere, analisei o site automaticamente online. Quando analisado com o WebXACT, nota-se que o site tem um tempo de carregamento já elevado (vinte segundos para carregar cerca de 140 kB). Tanto tempo de carregamento e tantos elementos a carregar desmotivam o utilizador (recomendação 17).
São referidas várias falhas a nível das directrizes do W3C de prioridade 1, assim como falhas muito graves nas de prioridade 2 e 3.
Como já foi referido, não há menções a autorias nem a direitos de autor, tal como não foram inseridos metadados (o que já se prende com a recomendação 13).


O site está optimizado para ser visto numa resolução de XVGA (800 por 600 píxeis). Esta é considerada a resolução padrão actualmente. Contudo, o site deveria ser correctamente visualizado numa resolução VGA (640 por 480 píxeis), como define a recomendação 18 do guia, especialmente porque se trata um site da Administração Pública e, logo, deve ser acessível por todos os cidadãos.

Ao mesmo tempo, o site deveria respeitar a recomendação seguinte, ou seja, a forma deveria ser simples e facilitar a utilização e o acesso por todos, independentemente das suas dificuldades, tal como a cor deveria ser mais subtilmente utilizada, não funcionando como modo de distinguir os textos. O acesso às fontes deveria ser facilitado, assim como deve ser possibilitada a utilização de diferentes dispositivos para aceder ao site sem problemas.

É de notar que o site é apresentado de diferentes formas em diferentes browsers. Alguns elementos mudam de sítio quando abertos com diferentes browsers (testado em Internet Explorer e Mozilla Firefox), o que não deveria ocorrer, de acordo com a décima recomendação. Reforçando, novamente, que se trata de um site da Administração Pública, estas situações deveriam ser previstas e deveriam ser encontradas soluções para que todos os cidadãos conseguissem visualizar a informação de igual forma, independentemente do browser que utilizem.

Além disso, o site ainda vai contra o referido pela terceira recomendação. Aí, a principal falha prende-se à inexistência de um estilo consistente e coerente em todas as páginas. Quando o utilizador activa uma ligação na página, a organização da mesma altera-se totalmente, sendo que diversas vezes abre uma nova janela.
Além disso, não são indicados os tamanhos dos ficheiros disponíveis para descarregamento.
Também não há versões em outras línguas.

As páginas têm, de facto, botões de navegação para diversos conteúdos e áreas do site. Contudo, para além de não estarem sempre presentes (só as páginas acedidas através dos botões têm essa barra; as restantes, acedidas através de outras ligações, perdem este elemento), não há uma clara distinção entre o botão que foi activado e a secção onde o utilizador se encontra e os restantes botões. Além disso, os botões não são claros quanto ao destino que terão. Todos estes aspectos desrespeitam a décima sexta recomendação do guia.

segunda-feira, 12 de março de 2007

Análise do site da DGAP

Análise do site da Direcção Geral da Administração Pública:

»» De acordo com o Guia de boas práticas para a construção e manutenção de websites da Adminstração Directa e Indirecta do Estado Português:

Recomendação 1:
Este site falha em diversos aspectos nesta recomendação. Em primeiro lugar, nota-se a falta da descrição da instituição que tutela o website, neste caso, a Direcção Geral da Administração Pública. Este organismo apenas aparece identificado através do logótipo e dos contactos.
Por outro lado, também faltam outros elementos mínimos, como a lista de eventos programados ou a decorrer, o relatório de contas, o plano de actividades, os orçamentos, as novidades, os formulários para descarregar e os termos da política de privacidade e segurança. Apesar de existirem publicações e documentos para leitura e descarregamento, estes encontram-se muito dispersos e desorganizados.
De acordo também com a recomendação 15, seria útil ter ligações para a instituição que tutela o website, assim como para outros pontos do site, como o mapa do site. A falta destas informações e destas ligações dificulta a navegação no site, a qual já é complicada.
Sendo que não estão disponíveis formulários, este site também falha nos pressupostos das recomendações 20 e 21. Tendo em conta que a Administração Pública deve privilegiar o contacto e a interacção com os cidadãos, deveriam existir formulários de contacto. À semelhança do que se passa com os formulários, deveriam ser disponibilizados outros mecanismos de contacto e interacção, como, por exemplo, newsletters, perguntas frequentes e fóruns. São estas as recomendações do ponto 24 do Guia.

Recomendação 2:
No que diz respeito a actualizações dos documentos disponibilizados no site e do próprio site, não são divulgadas datas de modificações anteriores nem de quando ele será actualizado.

Recomendação 3:
No que concerne a este ponto, a principal falha prende-se à inexistência de um estilo consistente e coerente em todas as páginas. Quando o utilizador activa uma ligação na página, a organização da mesma altera-se totalmente, sendo que diversas vezes abre uma nova janela.
Além disso, não são indicados os tamanhos dos ficheiros disponíveis para descarregamento.
Também não há versões em outras línguas.

Recomendação 4:
Não existe motor de pesquisa interna nem arquivo documental organizado. Tal seria de imnplementar, visto haverem vários documentos e informações disponíveis e visto a navegabilidade ser confusa.

Recomendação 5:
No site, deveria existir um documento que definisse a responsabilidade da instituição em relação a direitos de autor, assim como sobre as condições de utilização de informação.

Recomendação 10:
O site é apresentado de diferentes formas em diferentes browsers. Alguns elementos mudam de sítio quando abertos com diferentes browsers (testado em Internet Explorer e Mozilla Firefox).

Recomendação 12:
Quando analisado com o WebXACT, nota-se que o site tem um tempo de carregamento já elevado (vinte segundos para carregar cerca de 140 kB). Tanto tempo de carregamento e tantos elementos a carregar desmotivam o utilizador (recomendação 17).
São referidas várias falhas a nível das directrizes do W3C de prioridade 1, assim como falhas muito graves nas de prioridade 2 e 3.
Como já foi referido, não há menções a autorias nem a direitos de autor, tal como não foram inseridos metadados (o que já se prende com a recomendação 13).

Recomendação 16:
As páginas têm, de facto, botões de navegação para diversos conteúdos e áreas do site. Contudo, para além de não estarem sempre presentes (só as páginas acedidas através dos botões têm essa barra; as restantes, acedidas através de outras ligações, perdem este elemento), não há uma clara distinção entre o botão que foi activado e a secção onde o utilizador se encontra e os restantes botões. Além disso, os botões não são claros quanto ao destino que terão.

Recomendação 18:
O site está optimizado para ser visto numa resolução de XVGA (800 por 600 píxeis). Esta é considerada a resolução padrão actualmente. Contudo, o site deveria ser correctamente visualizado numa resolução VGA (640 por 480 píxeis), especialmente porque se trata um site da Administração Pública e, logo, deve ser acessível por todos os cidadãos.
Ao mesmo tempo, o site deveria respeitar a recomendação 19, ou seja, a forma deveria ser simples e facilitar a utilização e o acesso por todos, independentemente das suas dificuldades, tal como a cor deveria ser mais subtilmente utilizada, não funcionando como modo de distinguir os textos.
O acesso às fontes deveria ser facilitado, assim como deve ser possibilitada a utilização de diferentes dispositivos para aceder ao site sem problemas.