Mensch-Computer-Interaktion: Unterschied zwischen den Versionen
(35 dazwischenliegende Versionen von 5 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
− | [[ | + | [[definition::Die '''Mensch-Computer-Interaktion (MCI)''' (engl. Human-computer interaction, HCI) beschäftigt sich mit dem Design, der Umsetzung und der Auswertung von [[Interaktion|interaktiven]] Systemen bzgl. einer benutzergerechten Gestaltung]]. Die entsprechende Wissenschaft, die sich um eine Verbesserung der MCI bemüht, ist die [[Softwareergonomie]] (SE) (griech. ergon = Arbeit, Werk; nomos = Gesetz, Regel). |
− | + | Dies ist die Wissenschaft von der [[Usability|Benutzbarkeit und Gebrauchstauglichkeit]] von Computerprogrammen. Sie ist ein Teilgebiet der Mensch-Maschine-Kommunikation. Die Software-Ergonomie ist eine Form des [[Interfacedesign|Interfacedesigns]], das sich mit der Benutzer-Schnittstelle (engl. Interface) zwischen [[Mensch]] und [[Computer]] (oder allgemeiner: zwischen Menschen und manipulierbaren Objekten) beschäftigt.<br> | |
− | |||
− | Die '''Mensch-Computer-Interaktion (MCI)''' (engl. Human-computer interaction, HCI) beschäftigt sich | ||
− | mit dem Design, der | ||
− | |||
− | ist die | ||
− | Dies ist die Wissenschaft von der Benutzbarkeit und Gebrauchstauglichkeit von | ||
− | |||
− | Die Software-Ergonomie ist eine Form des | ||
== Entwicklung von Mensch-Computer-Interaktion (MCI) == | == Entwicklung von Mensch-Computer-Interaktion (MCI) == | ||
Ein kurzer Überblick über die Geschichte von Mensch-Computer-Interfaces:<br> | Ein kurzer Überblick über die Geschichte von Mensch-Computer-Interfaces:<br> | ||
− | + | *50er: Interface auf Hardware-Ebene für Ingenieure – Schaltpulte | |
− | für Ingenieure – Schaltpulte | ||
− | + | *60-70er: Interface auf Programmier-Ebene – COBOL, FORTRAN | |
− | |||
− | – COBOL, FORTRAN | ||
− | + | *70-90er: Interface auf Terminal-Ebene – Kommandosprachen | |
− | |||
− | – Kommandosprachen | ||
− | + | *80er: Interface auf Dialog-Ebene (Interaktion) – GUIs, Multimedia | |
− | (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> | |
− | mobile Geräte, Unterhaltungselektronik, interaktive Bildschirme, eingebettete Technologien<br> | ||
== Gebrauchstauglichkeit (engl. Usability) == | == Gebrauchstauglichkeit (engl. Usability) == | ||
− | Im Deutschen gibt es keine entsprechende Übersetzung die den Begriff Usability genau erfasst, | + | Im Deutschen gibt es keine entsprechende Übersetzung, die den Begriff Usability genau erfasst, daher wird er oft auch umgangssprachlich mit Benutzerfreundlichkeit übersetzt. <br> |
− | 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> |
− | 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> | 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 | + | 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. | + | sollte es effizient zu nutzen sein, d.h. der Weg zum dem Ziel ist genügend schnell zurückzulegen. |
− | Eine bestimmte Grundsicherheit | + | 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, | + | 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 |
− | |||
− | es leicht zu erlernen sein. Danach | ||
erinnern sein.<br> | erinnern sein.<br> | ||
− | + | <br> | |
'''Siehe auch:''' [[Usability Testing und Engineering]] | '''Siehe auch:''' [[Usability Testing und Engineering]] | ||
<br> | <br> | ||
− | |||
− | |||
− | |||
<br> | <br> | ||
Zeile 56: | Zeile 34: | ||
(vgl. DIN-Norm EN 29241, Teil 10)<br> | (vgl. DIN-Norm EN 29241, Teil 10)<br> | ||
<br> | <br> | ||
− | Nun folgen einige grundlegende Richtlinien, die bei richtiger Anwendung die | + | 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.) |
− | + | ||
− | (Diese sind teilweise an oben angeführten DIN-Normen orientiert.) | ||
===Aufgabenangemessenheit=== | ===Aufgabenangemessenheit=== | ||
− | Das Produkt sollte auf den Verwendungszweck ausgerichtet sein. | + | Das Produkt sollte auf den Verwendungszweck ausgerichtet sein. Folglich müssen Mittel brereitgestellt werden, um diesen zu erfüllen. |
− | Folglich müssen Mittel brereitgestellt werden um diesen zu erfüllen. | + | |
− | |||
− | |||
===Übersicht und Oberflächen=== | ===Übersicht und Oberflächen=== | ||
(vgl. DIN Kriterien Selbstbeschreibungsfähigkeit, Erwartungskonformität)<br><br> | (vgl. DIN Kriterien Selbstbeschreibungsfähigkeit, Erwartungskonformität)<br><br> | ||
− | Um eine geignete Navigation (im weitesten Sinne) zu erreichen, sollten gut erkennbare Wege und | + | 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> |
− | Markierungen | + | 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> |
− | Solche sind z.B. stabile Elemente wie (Navigations) Menüs, die somit dem Nutzer Orientierung und | + | Im Zuge der Orientierungshilfen sollte zu jedem Zeitpunkt immer ein Ausweg deutlich sichtbar sein, durch diesen man zurück oder an den Anfang gelangt. |
− | 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" | ||
− | |||
− | 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==== | ====Das Gesetz von Fitt==== | ||
Dieses Gesetz beschreibt die Beziehung zwischen Geschwindigkeit und Genauigkeit.<br> | 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 | + | 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> | 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> | Sprich: Je weiter entfernt und je kleiner das Objekt ist, um so länger ist die Zeit dieses zu lokalisieren.<br> | ||
Zeile 93: | Zeile 59: | ||
* Berücksichtige die Relation von Distanz zu Grösse | * Berücksichtige die Relation von Distanz zu Grösse | ||
* Vermeide lange Distanzen | * Vermeide lange Distanzen | ||
− | * Wo befindet sich die Maus/Stift am häufigsten? | + | * Wo befindet sich die Maus/der Stift am häufigsten? |
* Vermeide kleine Ziele | * Vermeide kleine Ziele | ||
* aktive Bereiche sollten so groß wie möglich sein | * aktive Bereiche sollten so groß wie möglich sein | ||
− | |||
− | |||
− | ===Rückmeldungen /Feedback=== | + | |
+ | ===Rückmeldungen/Feedback=== | ||
(vgl. DIN Kriterien Steuerbarkeit, Fehlerrobustheit)<br> | (vgl. DIN Kriterien Steuerbarkeit, Fehlerrobustheit)<br> | ||
<br> | <br> | ||
− | Um | + | 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> |
− | damit sie Entscheidungen treffen und reagieren können. | + | 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. |
− | Deshalb | + | |
− | 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=== | ||
Beschränkungen sollten als hilfreiches Mittel zur Klarstellung der Funktionsweise dienen.<br> | 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 | + | 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. |
− | Nutzer bei der Auswahl geholfen. Damit lassen sich direkt und einfach inkorrekte Optionen vermeiden. | ||
− | Man unterscheidet | + | Man unterscheidet drei Haupttypen: |
* physisch<br> | * 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> | * 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> | * 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=== | ===Konsistenz=== | ||
Zeile 146: | Zeile 99: | ||
* Externe Konsistenz: anwendungs- und geräteübergreifend | * Externe Konsistenz: anwendungs- und geräteübergreifend | ||
<br> | <br> | ||
− | Konsistenz erleichtert die Zugänglichkeit eines Produktes dahin gehend, dass Wissen von anderen | + | 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> |
− | änhnlichen Produkten (externe Konsistenz) oder von anderen Bereichen desselben Produktes (interne | + | |
− | Konsistenz) übernommen werden kann. Dadurch sind konsistente Interfaces einfacher und schneller<br> | + | Um diese Konsistenz zu erreichen, sollten Interfaces so entworfen werden, dass sie ähnliche Operationen haben.<br> |
− | zu | + | Ä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=== | ===Selbstbeschreibungsfähigkeit=== | ||
(engl. Affordances)<br> | (engl. Affordances)<br> | ||
− | Dies bezieht sich auf Eigenschaften eines Objektes, | + | 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> |
− | benutzen | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | <br> | ||
<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, [[Icon|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=== | ===Lernförderlichkeit=== | ||
− | Generell sollte der Umgang mit einem Produkt leicht erlernbar sein. Hier gilt es aber auf die richtige Balance | + | 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> |
− | 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> |
− | Dennoch sind Abkürzungen unverzichtbar, um einen guten | + | 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> |
− | 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 | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | <br> | ||
<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]]== | ==Ergänzungen zu [[Typographie]]== | ||
− | Serifenschriften | + | Serifenschriften lassen Buchstaben optisch zu Wörtern zusammenfließen, daher sind sie gut für größere |
− | zusammenhängende Texte zu gebrauchen. Hingegen eignen Sans-Serif-Schriften | + | zusammenhängende Texte zu gebrauchen. Hingegen eignen sich Sans-Serif-Schriften besser für "unruhige" |
Hintergründe, da sie sich von diesen besser abheben.<br> | Hintergründe, da sie sich von diesen besser abheben.<br> | ||
<br> | <br> | ||
− | Für | + | Für größere Texte ist es anzuraten, Kolumnen zu verwenden, die zudem klein gedruckt sind. Das hat |
− | den Vorteil, dass man beim Sprung vom Zeilenende zum Anfang der nächsten nicht | + | den Vorteil, dass man beim Sprung vom Zeilenende zum Anfang der nächsten Zeie diese nicht verliert. |
Kolumnen lassen sich also viel schneller lesen.<br> | Kolumnen lassen sich also viel schneller lesen.<br> | ||
− | Vermeiden sollte man zudem sogenannte “Witwen und Weisen | + | Vermeiden sollte man zudem sogenannte “Witwen und Weisen". Das sind z.B. Endzeilen von Abschnitten, |
die auf einer neuen Seite stehen oder auch Anfangszeilen von Abschnitten auf Seitenenden. | die auf einer neuen Seite stehen oder auch Anfangszeilen von Abschnitten auf Seitenenden. | ||
<br> | <br> | ||
Zeile 205: | Zeile 141: | ||
==Wie Interfaces Nutzer beeinflussen können== | ==Wie Interfaces Nutzer beeinflussen können== | ||
− | Affektive Aspekte befassen sich damit, wie Benutzer emotional auf interaktive Systeme reagieren. | + | [[Interfacedesign:_Affektive_Aspekte|Affektive Aspekte]] befassen sich damit, wie Benutzer emotional auf interaktive Systeme reagieren. |
− | Unnötig zu sagen, dass gut designte Interfaces gute Gefühle auslösen und | + | Unnötig zu sagen, dass gut designte Interfaces gute Gefühle auslösen und Spaß machen können. |
− | Ebenso wie schlecht designte den Nutzer verärgern und frustrieren können. Darüber hinaus ist | + | Ebenso wie schlecht designte den Nutzer verärgern und frustrieren können. Darüber hinaus ist anzumerken, dass ausdrucksstarke Interfaces ein versicherndes Feedback vermitteln können. |
− | |||
− | Zunehmend werden auch Anthropomorphismen (Vermenschlichungen) in Form von Agenten und virtuellen | + | Zunehmend werden auch Anthropomorphismen (Vermenschlichungen) in Form von Agenten und virtuellen |
− | Bildschirmcharakteren in Anwendung gebracht. Diese sind bislang aber zwiespältig zu betrachten. | + | Bildschirmcharakteren in Anwendung gebracht. Diese sind bislang aber zwiespältig zu betrachten. |
− | Auf der einen Seite vermitteln sie dem Nutzer einen vertrauteren Eindruck und Austausch. Auf der | + | Auf der einen Seite vermitteln sie dem Nutzer einen vertrauteren Eindruck und Austausch. Auf der |
− | anderen Seite haben | + | anderen Seite haben die Nutzer aber auch mit den Konsequenzen zu kämpfen. So erwartet der Anwender von seinem vermeintlich menschlichen Gegenüber auch das entsprechende Verhalten in Bezug auf [[Kommunikation]], Reaktion und Intelligenz. |
− | von seinem vermeintlich menschlichen Gegenüber auch das entsprechende Verhalten in Bezug auf | ||
− | Kommunikation, Reaktion und Intelligenz. | ||
<br> | <br> | ||
<br> | <br> | ||
− | + | --- | |
− | + | ||
− | + | Abschließend noch einige Faustregeln von den ''Größen'' des Interface-Designs. Diese geben oben genannte Richtlinien in Kurzfassung wider. (Teilweise sind sie redundant, aber da sie sich in Teilen ergänzen sind hier beide aufgeführt.)<br> | |
− | Diese geben oben genannte Richtlinien in Kurzfassung | ||
− | (Teilweise sind sie redundant, aber da sie sich | ||
<br> | <br> | ||
== Zehn Benutzerfreundlichkeits-Heuristiken von Jakob Nielsen == | == Zehn Benutzerfreundlichkeits-Heuristiken von Jakob Nielsen == | ||
− | + | *'''Sichtbarkeit des Systemstatus''''<br> | |
− | Genügend Feedback über laufende Funktionen oder den Systemstatus | + | :Genügend Feedback über laufende Funktionen oder den Systemstatus muss stets gegeben sein.<br> |
− | |||
− | + | *'''Verknüpfung zwischen dem System und der realen Welt'''<br> | |
− | Es ist hilfreich entpsrechende Konzeptmodelle zu erarbeiten, die auf einer | + | :Es ist hilfreich, entpsrechende Konzeptmodelle zu erarbeiten, die auf einer Analogie aus der realen Welt basieren. Dadurch ist die Funktionsweise für den Nutzer viel schneller nachvollziehbar oder sogar vorhersehbar.<br> |
− | Analogie aus der realen Welt basieren. Dadurch ist die Funktionsweise für | ||
− | 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. | + | :Der Nutzer sollte immer das Gefühl haben, in der Kontrolle zu sein. Dennoch sollte man dem Benutzer nicht grenzenlose Freiheit einräumen, da er ansonsten überfordert sein und Fehler machen könnte.<br> |
− | Dennoch sollte man dem Benutzer nicht grenzenlose Freiheit einräumen, da | ||
− | er ansonsten überfordert sein und Fehler machen könnte.<br> | ||
− | + | *'''Konsistenz und Standards'''<br> | |
− | Man sollte immer auf entsprechende interne und externe Konsistenzen achten. | + | :Man sollte immer auf entsprechende interne und externe Konsistenzen achten. Darüber hinaus sind, außer in speziellen Ausnahmen, immer bestehende Standards zu berücksichtigen (z.B.[[W3-Konsortium|W3C]]).<br> |
− | Darüber hinaus sind, außer in speziellen Ausnahmen, immer bestehende Standards | ||
− | zu berücksichtigen (z.B.W3C).<br> | ||
− | + | *'''Fehler-Vorbeugung'''<br> | |
− | Potentielle Fehlerquellen sollten frühzeitig eliminiert werden. | + | :Potentielle Fehlerquellen sollten frühzeitig eliminiert werden. Der Nutzer muss zudem ausreichend Anleitung erhalten, um keine Fehler zu verursachen.<br> |
− | zudem ausreichend Anleitung erhalten, um keine Fehler zu verursachen.<br> | ||
− | + | *'''Wiedererkennen vor Überlegen'''<br> | |
− | Bevor der Nutzer nachdenken | + | :Bevor der Nutzer nachdenken muss, wie eine Funktion zu bewerkstelligen oder wo sie zu finden ist, sollte er sie direkt anhand des Interfaces wiedererkennen können.<br> |
− | sie zu finden ist, sollte er sie direkt anhand des Interfaces wiedererkennen | ||
− | können.<br> | ||
− | + | *'''Flexibilität und Effizienz der Benutzung'''<br> | |
− | Dies bezieht sich auf die nötige | + | :Dies bezieht sich auf die nötige Balance zwischen Abkürzungen (engl. shortcuts) für Experten und ausführlicher Hilfestellung für Anfänger.<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 | + | :Ein Design sollte stets ästhetisch ansprechend, aber dennoch minimalistisch sein, um unnötige Verwirrung und Übersichtsverlust zu vermeiden.<br> |
− | |||
− | + | *'''Hilfe für den Nutzer, Fehler zu erkennen, zu prüfen und sich aus diesen zu retten'''<br> | |
− | aus diesen zu retten'''<br> | ||
− | + | *'''Hilfe und Dokumentation'''<br> | |
− | <br> | + | |
+ | == Ben Shneidermans “Acht goldene Regeln des Interface Designs" == | ||
+ | #'''Streben nach Konsistenz:''' Setze auf möglichst viel interne und externe Konsistenz, natürlich nur, wenn dies sinnvoll erscheint. | ||
+ | #'''Ermögliche es häufigen Nutzern, Abkürzungen zu benutzen:''' Dies bezieht sich auf die nötige Balance zwischen Abkürzungen (engl. shortcuts) für Experten und ausführlicher Hilfestellung für Anfänger. | ||
+ | #'''Biete informative Rückmeldungen:''' Genügend Feedback über laufende Funktionen oder den Systemstatus muss stehts gegeben sein. | ||
+ | #'''Entwerfe abgeschlossene Dialoge:''' Hiermit soll erreicht werden, dass dem Nutzer bewusst wird, wann eine Funktion/Befehlskette abgeschlossen ist. Durch diese sichtbare Einkapselung weiß der Nutzer, wann eine neue Funktion gestartet werden kann. Zusätzlich wird damit eine ununterbrochene Anspannung des Nutzers vorgebeugt. | ||
+ | #'''Biete einfache Fehlerbehandlung:''' Der Benutzer darf nicht verzweifeln, wenn ein Fehler auftaucht. Nach Möglichkeit sollten verständliche Informationen über potentielle Ursachen gegeben werden. Sehr wichtig ist, es einen Ausweg anzubieten, um in den normalen Sytem/Programmbetrieb zurück zu gelangen. | ||
+ | #'''Erlaube einfache Umkehrung von Aktionen:''' Eine ausreichende Undo-Funktion ist für einen entspannten Gebrauch des Produkts unerlässlich. | ||
+ | #'''Unterstütze interne und lokale Kontrolle:''' Der Nutzer sollte immer das Gefühl haben, in der Kontrolle des Sytems/Programms zu sein. | ||
+ | #'''Verringere Abfragen des [[Kurzzeitgedächtnis|Kurzzeitgedächtnisses]]:''' Man sollte vermeiden, dem Nutzer zu viele Fakten aufzubürden, die man auch problemlos zusätzlich anzeigen kann. <br> | ||
+ | ::Beispiel: Bei einem Installationsmenü kann man in jedem Schritt die bereits getätigten Konfigurationen (Installationspfad...) trotzdem anzeigen. Somit vermeidet man ein ständiges "blättern" in den Konfigurationen.<br> | ||
<br> | <br> | ||
− | == | + | == Referenzen == |
− | |||
− | |||
− | |||
− | + | * Darnell, Michael J.: ''Bad Human Factors Designs''. Online verfügbar unter: http://www.baddesigns.com. | |
− | |||
− | |||
− | ''' | + | * Harms, Ilse; Luckhardt, Heinz-Dirk: ''Virtuelles Handbuch der Fachrichtung Informationswissenschaft der Universität des Saarlandes''. Online verfügbar unter: http://is.uni-sb.de/studium/handbuch/index.php 2004 |
− | |||
− | ''' | + | * Tognazzini, Bruce (2004): ''First Principles of Interface Design''. Online verfügbar unter: http://www.asktog.com/basics/firstPrinciples.html. |
− | |||
− | |||
− | |||
− | |||
− | '' | + | * Wikipedia, die freie Enzyklopädie, deutsche Version, ''Einträge zu Interface Design, Usability, Software Ergonomie, Mensch-Computer-Interaktion''. Online verfügbar unter: http://de.wikipedia.org |
− | |||
− | |||
− | |||
− | + | * Mensch-Maschine-Interaktion im Studium: Universität Hildesheim: http://www.uni-hildesheim.de/index.php?id=mmi | |
− | |||
− | + | (alle Links zuletzt besucht am 10.08.2010) | |
− | |||
− | + | ==Verwandte Begriffe== | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | * [[broader::Mensch-Maschine-Kommunikation]] | |
− | * | + | * [[related::Informationspräsentation]] |
− | * | + | * [[related::Informationssystem]] |
− | * | + | * [[related::Hypermedia]] |
− | * | + | * [[related::Softwareergonomie]] |
− | + | * [[related::ISO 9241-11]] | |
− | + | * [[synonymous::Mensch-Maschine-Interaktion]] | |
[[category:Interaktion und Kommunikation]] | [[category:Interaktion und Kommunikation]] | ||
[[category:Informationstechnik]] | [[category:Informationstechnik]] |
Aktuelle Version vom 25. August 2011, 11:50 Uhr
Die Mensch-Computer-Interaktion (MCI) (engl. Human-computer interaction, HCI) beschäftigt sich mit dem Design, der Umsetzung und der Auswertung von interaktiven Systemen bzgl. einer benutzergerechten Gestaltung. Die entsprechende Wissenschaft, die sich um eine Verbesserung der MCI bemüht, ist die Softwareergonomie (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-Maschine-Kommunikation. Die Software-Ergonomie ist eine Form des Interfacedesigns, das sich mit der Benutzer-Schnittstelle (engl. Interface) zwischen Mensch und Computer (oder allgemeiner: zwischen Menschen und manipulierbaren Objekten) beschäftigt.
Inhaltsverzeichnis
- 1 Entwicklung von Mensch-Computer-Interaktion (MCI)
- 2 Gebrauchstauglichkeit (engl. Usability)
- 3 Design Richtlinien
- 4 Ergänzungen zu Typographie
- 5 Wie Interfaces Nutzer beeinflussen können
- 6 Zehn Benutzerfreundlichkeits-Heuristiken von Jakob Nielsen
- 7 Ben Shneidermans “Acht goldene Regeln des Interface Designs"
- 8 Referenzen
- 9 Verwandte Begriffe
Entwicklung von Mensch-Computer-Interaktion (MCI)
Ein kurzer Überblick über die Geschichte von Mensch-Computer-Interfaces:
- 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
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.
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.
Die Anforderungen an ein Produkt sind im Wesentlichen die folgenden:
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.
Siehe auch: Usability Testing und Engineering
Design Richtlinien
(vgl. DIN-Norm EN 29241, Teil 10)
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)
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).
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.
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.
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.
Sprich: Je weiter entfernt und je kleiner das Objekt ist, um so länger ist die Zeit dieses zu lokalisieren.
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)
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.
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.
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
- 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.
- kulturell
- Dies sind beliebige gelernte Konventionen, wie etwa rote Dreiecke als Warnsymbol.
- Deren Bedeutung ist in einer Kultur offensichtlich, in einer anderen aber unklar oder sogar missverständlich.
- logisch
- 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.
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)
Wir unterscheiden zwei Arten:
- Interne Konsistenz: innerhalb einer Anwendung
- Externe Konsistenz: anwendungs- und geräteübergreifend
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.
Um diese Konsistenz zu erreichen, sollten Interfaces so entworfen werden, dass sie ähnliche Operationen haben.
Ä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)
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.
Auch hier existieren zwei Arten:
- physisch
- z.B. Türklinken, Lichschalter
- Bei einem Lichtschalter ist direkt ersichtlich, wie er zu benutzen ist.
- virtuell
- z.B. der Papierkorb auf dem WindowsDesktop, Scrollbars, Icons
- 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.
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.
Eine Möglichkeit besteht darin, die Anwendung mit verschiedenen Konfigurationen zu versehen. Damit kann nun eine Anpassung an den jeweiligen Fortschritt des Nutzers erfolgen.
Ü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 lassen Buchstaben optisch zu Wörtern zusammenfließen, daher sind sie gut für größere
zusammenhängende Texte zu gebrauchen. Hingegen eignen sich Sans-Serif-Schriften besser für "unruhige"
Hintergründe, da sie sich von diesen besser abheben.
Für größere Texte ist es anzuraten, Kolumnen zu verwenden, die zudem klein gedruckt sind. Das hat
den Vorteil, dass man beim Sprung vom Zeilenende zum Anfang der nächsten Zeie diese nicht verliert.
Kolumnen lassen sich also viel schneller lesen.
Vermeiden sollte man zudem sogenannte “Witwen und Weisen". Das sind z.B. Endzeilen von Abschnitten,
die auf einer neuen Seite stehen oder auch Anfangszeilen von Abschnitten auf Seitenenden.
Wie Interfaces Nutzer beeinflussen können
Affektive Aspekte befassen sich damit, wie Benutzer emotional auf interaktive Systeme reagieren. Unnötig zu sagen, dass gut designte Interfaces gute Gefühle auslösen und Spaß machen können. Ebenso wie schlecht designte den Nutzer verärgern und frustrieren können. Darüber hinaus ist anzumerken, dass ausdrucksstarke Interfaces ein versicherndes Feedback vermitteln können.
Zunehmend werden auch Anthropomorphismen (Vermenschlichungen) in Form von Agenten und virtuellen
Bildschirmcharakteren in Anwendung gebracht. Diese sind bislang aber zwiespältig zu betrachten.
Auf der einen Seite vermitteln sie dem Nutzer einen vertrauteren Eindruck und Austausch. Auf der
anderen Seite haben die Nutzer aber auch mit den Konsequenzen zu kämpfen. So erwartet der Anwender von seinem vermeintlich menschlichen Gegenüber auch das entsprechende Verhalten in Bezug auf Kommunikation, Reaktion und Intelligenz.
---
Abschließend noch einige Faustregeln von den Größen des Interface-Designs. Diese geben oben genannte Richtlinien in Kurzfassung wider. (Teilweise sind sie redundant, aber da sie sich in Teilen ergänzen sind hier beide aufgeführt.)
Zehn Benutzerfreundlichkeits-Heuristiken von Jakob Nielsen
- Sichtbarkeit des Systemstatus'
- Genügend Feedback über laufende Funktionen oder den Systemstatus muss stets gegeben sein.
- Verknüpfung zwischen dem System und der realen Welt
- Es ist hilfreich, entpsrechende Konzeptmodelle zu erarbeiten, die auf einer Analogie aus der realen Welt basieren. Dadurch ist die Funktionsweise für den Nutzer viel schneller nachvollziehbar oder sogar vorhersehbar.
- Kontrolle und Freiheit des Benutzers
- Der Nutzer sollte immer das Gefühl haben, in der Kontrolle zu sein. Dennoch sollte man dem Benutzer nicht grenzenlose Freiheit einräumen, da er ansonsten überfordert sein und Fehler machen könnte.
- Konsistenz und Standards
- Man sollte immer auf entsprechende interne und externe Konsistenzen achten. Darüber hinaus sind, außer in speziellen Ausnahmen, immer bestehende Standards zu berücksichtigen (z.B.W3C).
- Fehler-Vorbeugung
- Potentielle Fehlerquellen sollten frühzeitig eliminiert werden. Der Nutzer muss zudem ausreichend Anleitung erhalten, um keine Fehler zu verursachen.
- Wiedererkennen vor Überlegen
- Bevor der Nutzer nachdenken muss, wie eine Funktion zu bewerkstelligen oder wo sie zu finden ist, sollte er sie direkt anhand des Interfaces wiedererkennen können.
- Flexibilität und Effizienz der Benutzung
- Dies bezieht sich auf die nötige Balance zwischen Abkürzungen (engl. shortcuts) für Experten und ausführlicher Hilfestellung für Anfänger.
- Ästhetisches und minimalistisches Design
- Ein Design sollte stets ästhetisch ansprechend, aber dennoch minimalistisch sein, um unnötige Verwirrung und Übersichtsverlust zu vermeiden.
- Hilfe für den Nutzer, Fehler zu erkennen, zu prüfen und sich aus diesen zu retten
- Hilfe und Dokumentation
Ben Shneidermans “Acht goldene Regeln des Interface Designs"
- Streben nach Konsistenz: Setze auf möglichst viel interne und externe Konsistenz, natürlich nur, wenn dies sinnvoll erscheint.
- Ermögliche es häufigen Nutzern, Abkürzungen zu benutzen: Dies bezieht sich auf die nötige Balance zwischen Abkürzungen (engl. shortcuts) für Experten und ausführlicher Hilfestellung für Anfänger.
- Biete informative Rückmeldungen: Genügend Feedback über laufende Funktionen oder den Systemstatus muss stehts gegeben sein.
- Entwerfe abgeschlossene Dialoge: Hiermit soll erreicht werden, dass dem Nutzer bewusst wird, wann eine Funktion/Befehlskette abgeschlossen ist. Durch diese sichtbare Einkapselung weiß der Nutzer, wann eine neue Funktion gestartet werden kann. Zusätzlich wird damit eine ununterbrochene Anspannung des Nutzers vorgebeugt.
- Biete einfache Fehlerbehandlung: Der Benutzer darf nicht verzweifeln, wenn ein Fehler auftaucht. Nach Möglichkeit sollten verständliche Informationen über potentielle Ursachen gegeben werden. Sehr wichtig ist, es einen Ausweg anzubieten, um in den normalen Sytem/Programmbetrieb zurück zu gelangen.
- Erlaube einfache Umkehrung von Aktionen: Eine ausreichende Undo-Funktion ist für einen entspannten Gebrauch des Produkts unerlässlich.
- Unterstütze interne und lokale Kontrolle: Der Nutzer sollte immer das Gefühl haben, in der Kontrolle des Sytems/Programms zu sein.
- Verringere Abfragen des Kurzzeitgedächtnisses: Man sollte vermeiden, dem Nutzer zu viele Fakten aufzubürden, die man auch problemlos zusätzlich anzeigen kann.
- Beispiel: Bei einem Installationsmenü kann man in jedem Schritt die bereits getätigten Konfigurationen (Installationspfad...) trotzdem anzeigen. Somit vermeidet man ein ständiges "blättern" in den Konfigurationen.
- Beispiel: Bei einem Installationsmenü kann man in jedem Schritt die bereits getätigten Konfigurationen (Installationspfad...) trotzdem anzeigen. Somit vermeidet man ein ständiges "blättern" in den Konfigurationen.
Referenzen
- Darnell, Michael J.: Bad Human Factors Designs. Online verfügbar unter: http://www.baddesigns.com.
- Harms, Ilse; Luckhardt, Heinz-Dirk: Virtuelles Handbuch der Fachrichtung Informationswissenschaft der Universität des Saarlandes. Online verfügbar unter: http://is.uni-sb.de/studium/handbuch/index.php 2004
- Tognazzini, Bruce (2004): First Principles of Interface Design. Online verfügbar unter: http://www.asktog.com/basics/firstPrinciples.html.
- Wikipedia, die freie Enzyklopädie, deutsche Version, Einträge zu Interface Design, Usability, Software Ergonomie, Mensch-Computer-Interaktion. Online verfügbar unter: http://de.wikipedia.org
- Mensch-Maschine-Interaktion im Studium: Universität Hildesheim: http://www.uni-hildesheim.de/index.php?id=mmi
(alle Links zuletzt besucht am 10.08.2010)