Quelltext der Seite Mensch-Computer-Interaktion


== Begriffsklärung ==
Die '''Mensch-Computer-Interaktion (MCI)''' (engl. Human-computer interaction, HCI) beschäftigt sich 
mit dem Design, der Auswertung und der Umsetzung von interaktiven Systemen bzgl. einer benutzergerechten Gestaltung. Die entsprechende Wissenschaft, die sich um eine Verbesserung der MCI bemüht, ist die '''Software-Ergonomie (SE)''' (griech. ergon = Arbeit, Werk; nomos = Gesetz, Regel).
Dies ist die Wissenschaft von der Benutzbarkeit und Gebrauchstauglichkeit von Computerprogrammen. Sie ist ein Teilgebiet der Mensch-Computer-Interaktion. Die Software-Ergonomie ist eine Form des '''Interface Designs''', das sich mit der Benutzer-Schnittstelle (engl. Interface) zwischen Mensch und Computer (oder allgemeiner: zwischen Menschen und manipulierbaren Objekten) beschäftigt.<br>

== Entwicklung von Mensch-Computer-Interaktion (MCI) ==
Ein kurzer Überblick über die Geschichte von Mensch-Computer-Interfaces:<br>

*50er: Interface auf Hardware-Ebene für Ingenieure – Schaltpulte

*60-70er: Interface auf Programmier-Ebene – COBOL, FORTRAN

*70-90er: Interface auf Terminal-Ebene – Kommandosprachen

*80er: Interface auf Dialog-Ebene (Interaktion) – GUIs, Multimedia

*90er: Interface im Arbeitshintergrund – vernetzte Systeme, Groupware

*00er: Interfaces sind überall vorhanden: Bluetooth Technologie, Radio Frequency Tags (RF Tags), mobile Geräte, Unterhaltungselektronik, interaktive Bildschirme, eingebettete Technologien<br>

== Gebrauchstauglichkeit (engl. Usability) ==
Im Deutschen gibt es keine entsprechende Übersetzung, die den Begriff Usability genau erfasst, daher wird er oft auch umgangssprachlich mit Benutzerfreundlichkeit übersetzt. <br>
Mit Usability werden die Kernanforderungen an ein Produkt beschrieben. Dies ist der wichtigste Aspekt den es bei Interface-Design im Allgemeinen zu berücksichtigen gilt.<br>
Die Anforderungen an ein Produkt sind im Wesentlichen die folgenden:<br>
Das Produkt sollte effektiv zu nutzen sein, d.h. das angestrebte Ziel wird erreicht. Weiterhin 
sollte es effizient zu nutzen sein, d.h. der Weg zum dem Ziel ist genügend schnell zurückzulegen. 
Eine bestimmte Grundsicherheit muss gewährleistet werden. Weder die Sicherheit des Nutzers 
noch des Produktes darf gefährdet werden. Das Produkt sollte einen Gebrauchsnutzen haben, beziehungsweise ein nützliches "Werkzeug" sein, nach dem ein Bedarf besteht. Im Gebrauch sollte es leicht zu erlernen sein. Danach muss die erlernte Handhabung auch entsprechend leicht zu 
erinnern sein.<br>
<br>
'''Siehe auch:''' [[Usability Testing und Engineering]]
<br>
<br>

----
<br>

== Design Richtlinien ==
(vgl. DIN-Norm EN 29241, Teil 10)<br>
<br>
Nun folgen einige grundlegende Richtlinien, die bei richtiger Anwendung die Anforderungen an die Usability gewährleisten sollten. (Diese sind teilweise an oben angeführten DIN-Normen orientiert.)


===Aufgabenangemessenheit===

Das Produkt sollte auf den Verwendungszweck ausgerichtet sein. Folglich müssen Mittel brereitgestellt werden, um diesen zu erfüllen.


===Übersicht und Oberflächen===
(vgl. DIN Kriterien Selbstbeschreibungsfähigkeit, Erwartungskonformität)<br><br>

Um eine geignete Navigation (im weitesten Sinne) zu erreichen, sollten gut erkennbare Wege und Markierungen für Standardfunktionen vorgegeben werden. Solche sind z.B. stabile Elemente wie (Navigations) Menüs, die somit dem Nutzer Orientierung und Sicherheit vermitteln. Ein Kernpunkt, den es zu beachten gilt, sind eine sinnvolle Größe und Platzierung von relevanten Bereichen (s. “Gesetz von Fitt). Zusätzlich sind eine gut wahrnehmbare und solide Hinweisfunktion wichtig, diese bietet als "kleiner Bruder" der Hilfefunktion eine kontextsensitive Soforthilfe (z.B. bei Mouseover oder einem direkten Erklärungstext neben der Funktion).<br>
Eine ausreichende "Rückgängig"-Funktion (Undo) ist ebenso unerlässlich. Diese hält den Nutzer zum Experimentieren an und läßt ihn nicht von jeder unbekannten Funktion zurückschrecken.<br>
Im Zuge der Orientierungshilfen sollte zu jedem Zeitpunkt immer ein Ausweg deutlich sichtbar sein, durch diesen man zurück oder an den Anfang gelangt.


====Das Gesetz von Fitt====
Dieses Gesetz beschreibt die Beziehung zwischen Geschwindigkeit und Genauigkeit.<br>
Das Gesetz sagt vorher, dass die Zeit, um auf ein Objekt mit einem “Gerät" (z.B. Maus) zu zeigen,
eine Funktion über die Distanz zum Ziel und der Grösse des Objekts ist.<br>
Sprich: Je weiter entfernt und je kleiner das Objekt ist, um so länger ist die Zeit dieses zu lokalisieren.<br>
<br>
Fazit:
* Berücksichtige die Relation von Distanz zu Grösse
* Vermeide lange Distanzen
* Wo befindet sich die Maus/der Stift am häufigsten?
* Vermeide kleine Ziele
* aktive Bereiche sollten so groß wie möglich sein


===Rückmeldungen/Feedback===
(vgl. DIN Kriterien Steuerbarkeit, Fehlerrobustheit)<br>
<br>
Um den Nutzern immer das Gefühl zu vermitteln, die Kontrolle über ein System inne zu haben, ist es wichtig, sie mit genügend Informationen zu versorgen, damit sie Entscheidungen treffen und reagieren können. Deshalb sollten immer hinreichend sichtbare Statusinformationen angeboten werden. Es sollte jederzeit ersichtlich sein, an welchem Punkt im Programm oder einer Befehlskette man sich befindet.<br>
Die Statusinformationen sollten Aufschluss darüber geben, ob ein gegebener Befehl ausgeführt wird. In diesem Fall ist es sinnvoll zu wissen, wie lange die Ausführung noch andauert.


===Beschränkungen===

Beschränkungen sollten als hilfreiches Mittel zur Klarstellung der Funktionsweise dienen.<br>
Durch geschickte Beschränkung der möglichen Aktionen, die ausgeführt werden können, wird dem Nutzer bei der Auswahl geholfen. Damit lassen sich direkt und einfach inkorrekte Optionen vermeiden.

Man unterscheidet drei Haupttypen:
* physisch<br>
Dieser Typus besitzt eine geringe Bedeutung für Software-Ergonomie. Er tritt höchstens in Adaptionen aus der realen Welt auf, z.B. in Form von Knöpfen, Schiebern oder Vergleichbarem.<br>
* kulturell<br>
Dies sind beliebige gelernte Konventionen, wie etwa rote Dreiecke als Warnsymbol.<br>
Deren Bedeutung ist in einer Kultur offensichtlich in einer anderen aber unklar oder sogar missverständlich.<br>
* logisch<br>
Diese Beschränkugnen beziehen sich auf das allgemeine Verständnis von Zusammenhängen.


===Abbildung/Zuordnung===

Ein wichtiger Punkt, um die Zugänglichkeit eines Produktes und dessen Bedienungsoberfläche zu steigern sind entsprechende Abbildungen. Diese setzen die Bedienelemente mit deren Bewegungs- und Anwendungsmöglichkeiten und dem Ergebnis in Beziehung.<br>
Ein Beispiel hierfür sind die Bedienelemente eines CD-Spielers. Hier stehen die Tasten << und >> für schnelles Zurück- und Vorspulen. Die Tasten |< und >| bedeuten: ein Lied zurück- und ein Lied vorspringen.


===Konsistenz===
(vgl. DIN Kriterium Erwartungskonformität)<br>
<br>
Wir unterscheiden zwei Arten:<br>
* Interne Konsistenz: innerhalb einer Anwendung
* Externe Konsistenz: anwendungs- und geräteübergreifend
<br>
Konsistenz erleichtert die Zugänglichkeit eines Produktes dahin gehend, dass Wissen von anderen änhnlichen Produkten (externe Konsistenz) oder von anderen Bereichen desselben Produktes (interne Konsistenz) übernommen werden kann. Dadurch sind konsistente Interfaces einfacher und schneller zu erlernen.<br>

Um diese Konsistenz zu erreichen, sollten Interfaces so entworfen werden, dass sie ähnliche Operationen haben.<br>
Ähnliche Operationen sollten sich auch entsprechend gleich verhalten. Benutze ähnliche Elemente für ähnliche Aufgaben, z.B. immer "Strg" plus die Initiale des Kommandos für die Operation. Siehe Strg+C zum Kopieren (engl. copy),  Strg+S zum Speichern der Datei, Strg+O zum Öffnen einer Datei (engl. open).


===Selbstbeschreibungsfähigkeit===
(engl. Affordances)<br>

Dies bezieht sich auf die Eigenschaften eines Objektes, den Nutzer wissen zu lassen, wie das Objekt zu benutzen ist. Das Objekt impliziert also direkt auf Grund seiner Beschaffenheit die Art der Verwendung.<br>
<br>
Auch hier existieren zwei Arten:<br>
* physisch<br>
z.B. Türklinken, Lichschalter<br>
Bei einem Lichtschalter ist direkt ersichtlich, wie er zu benutzen ist.
* virtuell<br>
z.B. der Papierkorb auf dem WindowsDesktop, Scrollbars, Icons<br>
In diesem Bereich sind es eher Assoziationen mit Gegenständen aus der Realität. Somit sind dies oftmals gelernte anstatt erschlossene Eigenschaften.


===Lernförderlichkeit===
Generell sollte der Umgang mit einem Produkt leicht erlernbar sein. Hier gilt es aber auf die richtige Balance zu achten. So sollte der Umgang mit dem Produkt für Anfänger durch entsprechende Hilfen leicht zu erlernen sein.<br>
Dennoch sind Abkürzungen unverzichtbar, um einen guten Arbeitsfluss für Experten zu gewährleisten. Diese beiden Aspekte können sich leicht im Wege stehen. Wird etwa für Anfänger bei Standardfunktionen zu oft nach Bestätigungen gefragt, bremst das einen fortgeschrittenen Nutzer unnötig aus.<br>
Eine Möglichkeit besteht darin, die Anwendung mit verschiedenen Konfigurationen zu versehen. Damit kann nun eine Anpassung an den jeweiligen Fortschritt des Nutzers erfolgen.<br>
<br>
Über diese Balanceproblematik hinaus ist es überaus wichtig, dass eine bereits erlernte Funktion auch leicht wieder zu finden ist. Darum sei es angeraten, Funktionen logisch anzuordnen (Kategorien und Unterkategorien).


----

==Ergänzungen zu [[Typographie]]==
Serifenschriften fassen Buchstaben zu Wörtern zusammen, daher sind sie gut für größere<br>
zusammenhängende Texte zu gebrauchen. Hingegen eignen Sans-Serif-Schriften sich besser für "unruhige"<br>
Hintergründe, da sie sich von diesen besser abheben.<br>
<br>
Für grössere Texte ist es anzuraten Kolumnen zu verwenden, die zudem klein gedruckt sind. Das hat<br>
den Vorteil, dass man beim Sprung vom Zeilenende zum Anfang der nächsten nicht die Zeile verliert.<br>
Kolumnen lassen sich also viel schneller lesen.<br>
Vermeiden sollte man zudem sogenannte “Witwen und Weisen??. Das sind z.B. Endzeilen von Abschnitten,<br>
die auf einer neuen Seite stehen oder auch Anfangszeilen von Abschnitten auf Seitenenden.
<br>
<br>

==Wie Interfaces Nutzer beeinflussen können==
Affektive Aspekte befassen sich damit, wie Benutzer emotional auf interaktive Systeme reagieren.<br>
Unnötig zu sagen, dass gut designte Interfaces gute Gefühle auslösen und Spass machen können.<br>
Ebenso wie schlecht designte den Nutzer verärgern und frustrieren können. Darüber hinaus ist anzu-<br>
merken, dass ausdrucksstarke Interfaces ein versicherndes Feedback vermitteln können.

Zunehmend werden auch Anthropomorphismen (Vermenschlichungen) in Form von Agenten und virtuellen<br>
Bildschirmcharakteren in Anwendung gebracht. Diese sind bislang aber zwiespältig zu betrachten.<br>
Auf der einen Seite vermitteln sie dem Nutzer einen vertrauteren Eindruck und Austausch. Auf der<br>
anderen Seite haben sie aber auch mit den Konsequenzen daraus zu kämpfen. So erwartet der Anwender<br>
von seinem vermeintlich menschlichen Gegenüber auch das entsprechende Verhalten in Bezug auf<br>
Kommunikation, Reaktion und Intelligenz.
<br>
<br>
<br>
----
Abschliessend noch ein Satz Faustregeln von den ''Größen'' des Interface-Designs.<br>
Diese geben oben genannte Richtlinien in Kurzfassung wieder.<br>
(Teilweise sind sie redundant, aber da sie sich ein Stück weit ergänzen sind hier beide aufgeführt.)<br>
<br>

== Zehn Benutzerfreundlichkeits-Heuristiken von Jakob Nielsen ==
?? '''Sichtbarkeit des Systemstatus'''<br>
Genügend Feedback über laufende Funktionen oder den Systemstatus muß stets<br>
einsehbar sein.<br>

?? '''Verknüpfung zwischen dem System und der realen Wel'''t<br>
Es ist hilfreich entpsrechende Konzeptmodelle zu erarbeiten, die auf einer<br>
Analogie aus der realen Welt basieren. Dadurch ist die Funktionsweise für<br>
den Nutzer viel schneller nachvollziehbar oder sogar vorhersehbar.<br>

?? '''Kontrolle und Freiheit des Benutzers'''<br>
Der Nutzer sollte immer das Gefühl haben in der Kontrolle zu sein.<br>
Dennoch sollte man dem Benutzer nicht grenzenlose Freiheit einräumen, da<br>
er ansonsten überfordert sein und Fehler machen könnte.<br>

?? '''Konsistenz und Standards'''<br>
Man sollte immer auf entsprechende interne und externe Konsistenzen achten.<br>
Darüber hinaus sind, außer in speziellen Ausnahmen, immer bestehende Standards<br>
zu berücksichtigen (z.B.W3C).<br>

?? '''Fehler-Vorbeugung'''<br>
Potentielle Fehlerquellen sollten frühzeitig eliminiert werden. Dem Nutzer muß<br>
zudem ausreichend Anleitung erhalten, um keine Fehler zu verursachen.<br>

?? '''Wiedererkennen vor Überlegen'''<br>
Bevor der Nutzer nachdenken muß, wie eine Funktion zu bewerkstelligen oder wo<br>
sie zu finden ist, sollte er sie direkt anhand des Interfaces wiedererkennen<br>
können.<br>

?? '''Flexibilität und Effizienz der Benutzung'''<br>
Dies bezieht sich auf die nötige Balancierung zwischen Abkürzungen<br>
(engl. shortcuts) für Experten und ausführlicher Hilfestellung für Anfänger.<br>

?? '''Ästhetisches und minimalistisches Design'''<br>
Ein Design sollte stets ästhetisch ansprechend sein, aber dennoch minima-<br>
listisch, um unnötige Verwirrung und Übersichtsverlust zu vermeiden.<br>

?? '''Hilfe für den Nutzer, Fehler zu erkennen, zu prüfen und sich<br>
aus diesen zu retten'''<br>

?? '''Hilfe und Dokumentation'''<br>
<br>
<br>

== Ben Shneidermans “Acht goldene Regeln des Interface Design?? ==
'''1.''' '''Streben nach Konsistenz'''<br>
Setze möglichst viele interne und externe Konsistenze ein, natürlich nur wenn dies sinnvoll<br>
erscheint.<br>

'''2.''' '''Ermögliche es häufigen Nutzern Abkürzungen zu benutzen'''<br>
Dies bezieht sich auf die nötige Balancierung zwischen Abkürzungen (engl. shortcuts) für<br>
Experten und ausführlicher Hilfestellung für Anfänger.<br>

'''3.''' '''Biete informative Rückmeldungen'''<br>
Genügend Feedback über laufende Funktionen oder den Systemstatus muß stehts einsehbar sein.<br>

'''4.''' '''Entwerfe abgeschlossene Dialoge'''<br>
Hiermit soll erreicht werden, dass es dem Nutzer bewußt wird, wann eine Funktion/Befehlskette<br>
abgeschlossen ist. Durch diese sichtbare Einkapselung weis der Nutzer, wann eine neue Funktion<br>
gestartet werden kann. Zusätzlich wird damit eine ununterbrochene Anspannung des Nutzers vor-<br>
gebeugt.<br>

'''5.''' '''Biete einfache Fehlerbehandlung'''<br>
Der Benutzer darf nicht verzweifeln, wenn ein Fehler auftaucht. Nach Möglichkeit sollten ver-<br>
ständliche Informationen über potentielle Ursachen gegeben werden. Sehr wichtig ist es einen<br>
Ausweg anzubieten, um in den normalen Sytem/Programmbetrieb zurück zu gelangen.<br>

'''6.''' '''Erlaube einfache Umkehrung von Aktionen'''<br>
Eine ausreichende Undo-Funktion ist für einen entspannte Gebrauch des Produkts unerlässlich.<br>

'''7.''' '''Unterstütze interne und lokale Kontrolle'''<br>
Der Nutzer sollte immer das Gefühl haben in der Kontrolle des Sytems/Programms zu sein.<br>

'''8.''' '''Verringere Abfragen des Kurzzeitgedächtnisses'''<br>
Man sollte vermeiden dem Nutzer zu viele Fakten aufzubürden, die man auch problemlos zusätzlich<br>
anzeigen kann. Beispiel: Bei einem Installationsmenü kann man im jeden Schritt die bereits getätigten<br>
Konfigurationen (Installationspfad...) trotzdem anzeigen. Somit vermeidet man ein ständiges "blättern"<br>
in den Konfigurationen.<br>
<br>
<br>
----

== Referenzen ==
* Bruce Tognazzini, ''First Principles of Interface Design''. http://www.asktog.com/basics/firstPrinciples.html  2004.
* Andreas Butz und Antonio Krueger, ''Vorlesung User Interface Design, Wintersemester03/04''. http://w5.cs.unisb.de/~butz/teaching/uidws03/coursematerial.html 2004.
* Michael J. Darnell, ''Beispiele für verblüffend schlechte Designs''. http://www.baddesigns.com 1997-1999.
* Wikipedia. ''Einträge zu Interface Design, Usability, Software Ergonomie, Mensch-Computer-Interaktion'' http://de.wikipedia.org 2004.
* H.D. Luckhardt, ''Virtuelles Handbuch''. http://is.unisb.de/studium/handbuch/index.php 2004
<br>

[[category:Interaktion und Kommunikation]]
[[category:Informationstechnik]]