Blended Shelf - Human-Computer Interaction - Universität Konstanz

Umsetzung
6 Umsetzung
„Eine Idee muss Wirklichkeit werden können, oder sie ist eine eitle Seifenblase.“
Berthold Auerbach
Im vorigen Abschnitt wurden teils abstrakte und teils konkrete Anforderungen in Form von Tradeoffs
und Designzielen formuliert. Im vorliegenden Kapitel wird dargestellt, wie diese Anforderungen
in eine konkrete Software mit Backend und Frontend umgesetzt wurden. Hierzu werden
verschiedene frühe Entwürfe gezeigt, welche die Grundlage für das spätere UI sind. Anschließend
werden unterschiedliche Hardware-Settings diskutiert, auf welchen das BS entwickelt und getestet
wurde. Darüber hinaus werden die Architektur der Anwendung sowie die anschließende Implementierung
aus technischer Sicht beschrieben. Im letzten Abschnitt wird das visuelle Design erläutert.
Zusätzlich werden die unterschiedlichen Funktionalitäten und Interaktionsmöglichkeiten anhand
von Beispielen aufgezeigt. Durch Referenzen in der Form [DZ #] wird angeben, welche Konzepte,
Funktionen und Interaktionsmöglichkeiten auf welchen Designzielen basieren.
6.1
Konzeption
Der Prozess des Interaction Design besteht aus vier Basisaktivitäten und sieht vor, dass man
1. Anforderungen bildet (siehe Kapitel 2-5),
2. Alternativen entwirft (siehe aktuellen Abschnitt),
3. Prototypen entwickelt und (siehe nächste Abschnitte)
4. evaluiert (siehe Kapitel 7-8).
Diese Schritte können aufeinander aufbauend wiederholt werden. [62] Der erste Schritt, die Erhebung
und Definition von Anforderungen, wurde im letzten Abschnitt abgeschlossen. Um nun zu
einem Prototyp zu gelangen, der von Nutzern getestet werden kann, war es notwendig, erste Entwürfe
für das Interface zu entwickeln. Hierzu wurden vor der technischen Umsetzung verschiedene
Sketches angefertigt. Sketche und Prototypen werden oft nicht klar voneinander unterschieden und
der oben skizzierte Prozess sieht für das Sketching keine eigene Aktivitätsphase vor, sondern
integriert es sowohl in das Design von Alternativen (Phase 2) und das Prototyping (Phase 3). [62]
Sketche sind laut BUXTON allerdings keine (Low-Fidelity)Prototypen, sondern zeichnen sich
dadurch aus, dass sie den Designern und Entwicklern einen Explorationsraum bieten, in dem sie
Ideen und Vorschläge ausloten können, bevor diese an Nutzern getestet werden. [14] Dies ist gut
im UX BOOK zu sehen, in welchem Sketching im Kapitel Design Thinking eingeordnet ist, während
Prototyping als eigenes Kapitel direkt vor der Evaluation verortet ist. [26] Sketching ist
dadurch gekennzeichnet, dass es zeitnah, schnell, kostengünstig und häufig eingesetzt werden
54