namics Weblog
namics Weblog.
Persönliche Stimmen und Meinungen von Mitarbeiterinnen und Mitarbeitern.
namics @ www.flickr.com

Links

  • Sharepoint Weblog
  • about:namics
  • namics Website

AKTUELLE ARTIKEL

  • Firmenpolitik oder Sabotage
  • Erfolgsfaktoren für Intranet-Wikis in Unternehmen (Vortrag)
  • Zwei Fragen zu Online Kommunikation
  • Ich kann nicht mehr alles lesen, aber cool sieht es aus
  • Vortrag: Das Wiki wird erwachsen
  • Bei mehr als 1GB/Sekunde vorher melden: Die Wolkenfront ist da
  • Bildersuche nach Farbe (auf Basis von Flickr)
  • Vortrag auf dem ECM World Summit
  • Gleichberechtigte Sichten im Intranet
  • Pragmatisches User Centered Design bei bahn.de

Kategorien

  • Accessibility
  • Blogging
  • Business
  • CEO-Post
  • Collaboration
  • Design
  • Fehlermeldungen
  • Gesellschaft
  • Information Retrieval
  • Lotusphere
  • Mobile
  • Online Marketing
  • Orbit-iEX
  • Project Management
  • SEO+SEM
  • Technologie
  • Vorträge
  • Web Analytics

Archive

  • November 2008
  • Oktober 2008
  • September 2008
  • August 2008
  • Juli 2008
  • Juni 2008
  • Mai 2008
  • April 2008
  • März 2008
  • Februar 2008
  • Januar 2008
  • Dezember 2007
  • November 2007
  • Oktober 2007
  • September 2007
  • August 2007
  • Juli 2007
  • Juni 2007
  • Mai 2007
  • April 2007
  • März 2007
  • Februar 2007
  • Januar 2007
  • Dezember 2006
  • November 2006
  • Oktober 2006
  • September 2006
  • August 2006
  • Juli 2006
  • Juni 2006
  • Mai 2006
  • April 2006
  • März 2006
  • Februar 2006
  • Januar 2006
  • Dezember 2005
  • November 2005
  • Oktober 2005
  • September 2005
  • August 2005
  • Juli 2005
  • Juni 2005
  • Mai 2005
  • April 2005
  • März 2005
  • Februar 2005
  • Januar 2005
  • September 2004
  • August 2004
  • Juli 2004
  • Juni 2004
  • Mai 2004
  • April 2004
  • Februar 2004
  • Februar 2003

XML und Mumbo Jumbo

  • namics ag
  • namics ag
  • namics ag
  • Atom Feed
  • RSS 2.0 Feed
  • Creative Commons License
    Dieses Weblog untersteht der Creative Commons Lizenz
  • Powered by Movable Type 3.35
« Typographie am Bildschirm live | Übersicht | Herzlichen Dank für Ihr Geschenk »
17
Jan
Technische Qualität von Webanwendungen: Die Kriterien
gepostet von Jürg Stuker am 17.01.2008 um 07:15

Seit ein paar Jahren bin ich Jury-Präsident des Best of Swiss Web Awards und zwar in der Kategorie Technologie-Qualität. Bei der Bewertung der Projekte nutzt die Jury einen Kriterienkatalog, den ich bereits 2005 einmal publizierte. In der Zwischenzeit wurde der Katalog (zu Beginn jedes Bewertungsjahres) von der Jury bereits dreimal diskutiert und leicht angepasst. Es ist wiedermal an der Zeit, diesen zu zeigen. Und vor allem nehme ich gerne Vorschläge und Änderungen entgegen.

0. Mindestanforderungen (K.O.-Kriterien)
- Hauptleistung der Eingabe stammt aus dem Bewertungsjahr gem. Dokumentation
- Eigenleistung bei der Implementierung (gegenüber Standardprodukt)
- Anspruchsvoller Umfang und/oder Funktionalität

1. Performance / Verfügbarkeit
- Ladezeit (Server Wait Time, Seitengrösse [Codemenge relativ zu Inhalt], Auslagerung von Libraries) und/oder sonstige gute Tricks
- Nutzung von Standard Caching, Kompression und/oder HTTP keep-alive (resp. diese nicht unterbinden)
- Verfügbarkeit und Stabilität der Lösung (während der Jurierung)

2. Moderne Umsetzung
- Endgeräteunabhängige Umsetzung: Formate/Alternativen, Schriftgrössen, Textspalten, WAI etc.
- Moderner, valider Clientcodes, Einsatz von CSS
- Stateful URLs, REST wo sinnvoll
- Crossbrowser: Pro Zielplattform zwei wichtigsten User Agents unterstützt

3. Fehlertoleranz
- Angemessener Einsatz von JavaScript und/oder Cookies und/oder Plugins resp. angemessene Fehlerbehandlung bei Abschalten?
- Seitenübergreifende Prozesse: Validierung, Reload, Back Button, Enter bei Formular, - Fehlertexte und Erlenbarkeit (Konsistenz)
- Verhindern von Fehleingaben durch Beispiele, Erklärung, Hilfestellung etc.

4. Handwerk
- Fehler: Broken Links, Downloads (mime type, save as), Umgang mit Pop-Up Blocker etc.
Produktionsqualität der graphischen Seitenelemente: Visuell, Gewicht, Format etc.
- Korrekter Einsatz der HTTP Methoden (insb. GET / POST)
- Indexierbarkeit durch Suchmaschinen-Crawler (wo sinnvoll), Ranking und Titelzitat in Trefferlisten

5. Sicherheit
- Angemessener Login-Mechanismus: Gegenseitige Authentisierung (Phishing), Nicht-Wiederholbarkeit, Resistent gegen Brute Force etc.
- Schutz des Datenaustauschs: SSL/https, Sniffing / Lesen über DOM / JavaScript, Cache, Man in the Middle, Secure Flag bei Cookie, etc.
- Resistenz bei Manipulation der URL, Cookies, hidden fields (Session Highjacking, XSS, Injection) etc.

6. Angemessenheit
- Gute Kombination aus Innovation und Pragmatismus
- Flexibilität und Erweiterbarkeit
- Angemessene Wahl der Technologie (Erwartungskonform und Effizient); Technologie für Nutzer "unsichtbar"


Danke für Feedback!


TRACKBACK

TrackBack URL for this entry:
http://blog.namics.com/mt/mt-tb.cgi/1038

KOMMENTARE

Zur Performance gibt es ja noch einige Forschungsergebnisse von Yahoo!, die sich als Best Practices übernehmen ließen:

  • CSS und JavaScript als externe Dateien und cachebar
  • CSS im head, JavaScript am Codeende unmittelbar vor dem </body>
  • JavaScript aggregiert und komprimiert
  • Nicht zu viele CSS-Dateien, Einbindung per link, nicht mit dem langsameren @import
  • Möglichst keine 301/302 Redirects
  • Möglichst keine CSS expressions

Ansonsten wären Human Readable URLs noch ein Bonus. Semantisch korrektes Markup wäre für mich ebenfalls ein technisches Qualitätskriterium, auch wenn es sich mit Barrierefreiheit überschneidet.

Die Sinnhaftigkeit von AJAX wäre ein weiterer Punkt. Bei verwandt.de gibt es z.B. im Profil so eine Art Brotkrumenpfad, wie mein Ahne mit mir verwandt ist. Das ginge effizienter serverseitig; es gibt keinen ersichtlichen Vorteil oder Grund, warum dies clientseitig gelöst werden muß. Im Gegenteil, dadurch entstehen weitere HTTP-Requests, und dabei ist deren Server ohnehin überlastet.

gepostet von Martin Kliehm am 17.01.08 11:47

Hi Martin und danke für die Rückmeldung.

Ein "Human Readable ULRs" haben wir als "REST" drin (aber es sind ja nicht alle Anwendungen mit State).

Die Yahoo-Kriterien finde ich (auch) gut und wären tatsächlich eine nützliche Erweiterung des Katalogs... Meist kleben die getesteten Anwendungen aber bei Server Wait Time rum und Y! käme dann viiiel später ;-)

Über die Sinnhaftigkeit lässt sich gut nach ein paar Bier diskutieren... Dein Beispiel ist wohl so, dass die Base Page statisch ausgeliefert wird, der Breadcrumb aber dynamisch (wäre in Deinen Beispiel zwar unsinnig). Da der dynamische Request lahm ist, verstecke die diesen mit einem asynchronen Aufruf... aber wie Du sagt: Sinnhaftigkeit.

gepostet von Jürg Stuker am 18.01.08 22:19

KOMMENTAR SCHREIBEN

Name:

E-Mail Adresse:

URL:

Bitte das Ergebnis von 1 + 2 als Ziffer (Spamschutz):