Archiv für die Kategorie ‘Allgemein’

  • Klassifizierung von Gesten für HCI

    0

    Seit über einem Monat gab es auf unserem Blog keinen neuen Eintrag mehr. Das lag daran, dass wir intenstiv an unserer Bachelorarbeit gearbeitet haben, die nun abgeschlossen ist. In nächster Zeit wollen wir nach und nach ein paar ausgewählte Teile unserer Arbeit veröffentlichen. Los geht es mit ein paar wichtigen Grundlagen zum Interface- und Interaktiondesign für Touchscreens.

    Klassifizierung von Gesten

    Gesten sind ein bedeutender Aspekt bei der Interaktionsgestaltung für Multitouch-Systeme. Für den HCI-Bereich entwickelten Pavlovic, Sharma und Huang (1997, S. 5-7) eine Klassifizierung von Gesten auf Basis der Arbeit von Quek. Nach diesem Modell werden Hand- und Armbewegungen in unbeabsichtigte Bewegungen sowie (beabsichtigte) Gesten unterteilt. Eine Unterscheidung im Bereich der Gesten trennt manipulative und kommunikative Gesten voneinander. Weitere Überlegungen von Pavlovic et al. beziehen sich auf den kommunikativen Aspekt von Gesten. Für das Interaktionsdesign im Hinblick auf Multitouch-Bildschirme sind diese jedoch weniger wichtig.

    Klassifizierung von Gesten für HCI nach Pavlovic et al.

    Klassifizierung von Gesten für HCI nach Pavlovic et al.

    Rahimi und Vogt (2008, S. 48-50) erweitern daher obiges Modell um drei Kategorien zur Manipulation von Objekten: Bewegungsverfolgung, kontinuierliche Gesten und symbolisch-manipulative Gesten. Gesten in der Kategorie Bewegungsverfolgung sind entsprechenden Gesten in der realen Welt sehr nahe. Die Bewegungsverfolgung zeichnet sich durch direkten Einfluss auf Position und Ausrichtung eines Objektes sowie durch unmittelbares Feedback aus. Rahimi und Vogt nennen Verschieben und Rotieren als Beispiele hierfür. Kontinuierliche Gesten haben keine direkte Entsprechung in der realen Welt, lassen sich aber von dort ableiten. Das Vergrößern und Verkleinern eines Bildes mit zwei Fingern gehört in diese Kategorie. Symbolisch-manipulative Gesten dagegen sind abstrakt und mit einem gewissen Lernaufwand verbunden. Sie haben keine Entsprechung in der physikalischen Welt, bieten aber zahlreiche Möglichkeiten für die Interaktion mit einem Multitouch-System. Der sogenannte „Flip“ (dt. umblättern, umdrehen, schnipsen) ist ein Beispiel für eine solche Geste. Dabei wird mit einem Finger z.B. über ein CD-Cover gestrichen, damit dieses sich dreht und die CD-Titel auf der Rückseite anzeigt. » Mehr…

  • Microsoft Surface 2.0 und Windows 7 Handschrifterkennung

    0

    Währrend der Ausarbeitung unseres Konzeptes sind wir auf zwei (weitere) interessante Videos gestoßen:

    Im ersten Video demonstriert Microsoft die zweite Generation des Surface-Tisches auf der CES 2011. Das Gerät beeindruckt vor Allem durch seine flache Form ohne Unterbau und die Pixel Sense-Technologie. Mit ihrer Hilfe können Berührungen und Gesten pixelgenau erkannt werden, weil in jedem  Bildpunkt des Displays Infrarotsensoren sitzen.

    Das zweite Video zeigt die Multitouch-Funktionalitäten von Windows 7 auf einem Tablet-PC. Spannend ist dabei die wirklich gute Handschriftenerkennung, (ab Min. 6:00) sowie die Bedienung mit Finger+Stift.

  • Systemkonzeption und Wireframes 2

    0

    Das neue Systmkonzept geht von nur noch zwei Ebenen aus. Einer “Experimente”-Ebene, die alle Experimente visualisiert und einer sich darüber legenen Ebene mit den 4 Systembereichen: Team, Ressourcen, Wissen und Planung.

    Eine solche Visualisierung der Versuche kann Synergien dadurch schaffen, dass auf diese Weise eine intuitive und gleichzeitig gut nachvollziehbare Arbeitsdokumentation und -Strukturierung ermöglicht wird. Es werden sowohl zeitliche, als auch semantische Zusammenhänge aufgezeigt. Verschiedene Arten von Verbindungen zeigen Vererbungs- bzw. Ähnlichkeitsbeziehungen.

    Startscreen mit mini-Dashboard

    Startscreen mit mini-Dashboard

    » Mehr…

  • Systemkonzeption und Wireframes 1

    0

    In mehrfachen Durchläufen änderte sich die Systemstruktur (Flowchart) und das Systemkonzept.

    In diesem Entwurf ist das Dashboard ein zentrales Element, das alle Informationen der Hauptnavigationspunkte “Team”, “Arbeit” und “Ressourcen” zusammenfasst. Diese drei Bereiche sind gleichwertig zu betrachten.

    Erste Flowchart (Systemstruktur)

    Folgendes Konzept rückt den “Experiment”-Bereich der Fokus. Um Ihn herum drehen sich die anderen Punkte: Team, Wissen, Ressourcen und Planung.

    Zweite Flowchart (Systemstruktur)

    Erste Wireframes zeigen eine Sandwich-ähnliche Struktur. Die Experimentebene ist die unterste Schicht, darüber legen sich Ebenen mit den vier Systembereichen. Das Dashboard legt sich wie ein Deckel darüber.

    Dashboard

    Dashboard

    » Mehr…

  • Inspiration aus dem Web

    0

    Für die Phase der Konzeption und Gestaltung kann ein wenig Inspiration nie schaden. Hier ein paar ausgewählte Videos zum Thema Interaktions-/Interfacedesign:

  • Vergleich elektronischer Laborbuchsysteme

    0
    ELN Benchmark

    ELN Benchmark

    Im Rahmen der Recherche zum MLJ wurde auch ein Vergleich von mehreren Elektronischen Laborbüchern durchgeführt. Dabei wurden drei Softwarelösungen genauer betrachtet. Die obige Grafik spiegelt unsere (subjektive) Einschätzung der untersuchten Systeme wieder. » Mehr…

  • Arbeitsmodelle Teil 1

    0

    Arbeitsmodelle

    Nach der Nutzungskontextanalyse ist es nötig die Ergebnisse aufzuarbeiten und zu dokumentieren. Zum Beispiel können hierfür Arbeitsmodelle verwendet werden. Ein Arbeitsmodell ist ein Diagramm, was die Struktur der Arbeiten und Aktivitäten eines Nutzers darstellt. Solche Modelle helfen, die Beobachtungen aus dem Contextual Inquiry festzuhalten und zu kommunizieren: „By providing a choherent, synthetic view of work practice, work models give design teams effective ways to handle qualitative data.“ (Beyer & Holtzblatt, S. 85, 1998).

    Modelle haben, im Vergleich zu Text, den Vorteil, dass sie große Mengen an Information übersichtlich darstellen können (Holtzblatt et al., S. 123-124, 2005). Beyer und Holtzblatt schlagen fünf verschiede Modelle vor, die jeweils einen anderen Aspekt von Arbeit hervorheben. Jedes Arbeitsmodell muss dabei in Bezug zum späteren interaktiven System gesehen werden. Daher ist es wichtig, nur die Aspekte in einem Arbeitsmodell festzuhalten, die für das spätere System relevant sind.

    Im Folgenden werden zunächst 3 Arbeitsmodelle erläutert, die wir im Zuge der Nutzungskontextanalyse erstellt haben:

    Flow Model (Kommunikationsfluss-Modell)

    Das Flow Model zeigt die Aufteilung der Arbeit und den Koordinations- und Kommunikationsfluss zwischen den beteiligten Personen. Dargestellt werden die Rollen der Mitarbeiter, sowie ihre Aufgaben und Verantwortlichkeiten. Außerdem zeigt das Modell, wer mit wem, wodurch kommuniziert und macht so die Kommunikationsstruktur und die verwendeten Kommunikationskanäle sichtbar.

    Flow-Model im Forschungsbereich Biochemie

    Flow-Model im Forschungsbereich Biochemie

    Die obige Abbildung zeigt das Flow Model in einem Biochemischen Labor. Der Forscher kommuniziert mit seinem Vorgesetzten, den Mitgliedern seiner Arbeitsgruppe, Helfern wie z.B. Praktikanten und externen Partnern wie z.B. Analyselaboren. Strichstärke und Sättigung der Pfeile visualisieren Häufigkeit und Intensität der Kommunikation. Das Modell zeigt beispielsweiße, dass zwischen dem einzelnen Forscher und der Arbeitsgruppe sehr viel Kommunikation stattfindet. Dies ist ein wichtiger Aspekt der Arbeit in einem Labor und der Austausch findet oft im informellen und persönlichen Gespräch statt. In den meisten Laboren stellt das wöchentliche Teammeeting eine ergänzende, formellere Plattform für diesen Austausch dar. Die Beschriftung der Pfeile liefert genauere Auskunft darüber, was kommuniziert wird. Auf der horizontalen Achse Vorgesetzter-Forscher-Helfer sind dies zum Beispiel häufig Arbeitsaufgaben und Ergebnisse. Diese werden zwar ebenfalls oft in einem persönlichen Gespräch kommuniziert, Arbeitsanweisungen an Helfer finden sich aber auch Haftnotizen oder Ausdrucken. Auf diesen kann dann direkt das Ergebnis der Arbeit notiert werden, wenn es sich beispielsweiße um eine Zellzahlenbestimmung oder Ähnliches handelt. Neben direkten Gesprächen sind Telefon und E-Mail ebenfalls beliebte Kommunikationskanäle. Der Austausch per Telefon beschränkt sich dabei aber meist auf die Büros, da die Umgebung in Laboren laut sein kann. E-Mail wird ebenfalls gerne genutzt, weil es die Möglichkeit zum verschicken von Dateien bietet. Analyseergebnisse von externen Laboren oder wissenschaftliche Papers werden deshalb per E-Mail verschickt.

    » Mehr…

  • Arbeitsmethodik

    0

    Ziel unserer Recherchebemühungen ist das “Kennenlernen” des Nutzers mit seinen Aufgaben und Zielen. Daraus sollen Anforderungen und Ideen für das zu konzipierende System generiert werden. Im Zuge des Contextual Design Prozesses folgt auf die Sammlung von Daten aus dem Nutzungskontext, der “Data Consolidation“-Schritt in dem die gesammelten Daten aufbereitet und aggregiert werden. Das Anfertigen eines “Affinity Diagrams” (nach Beyer+Holtzblatt) half uns die vorliegenden Informationen in drei Schritten zu verdichten.

    1. Nach jedem “Contextual Inquiry” folgte eine Interpretationssitzung, in der die wichtigsten Aspekte aus dem Interview schriftlich festgehalten wurden. Für das Affinity Diagram haben wir diese Äußerungen dann gedruckt und auseinandergeschnitten. Anschließend haben wir die Aussagen gruppiert und Überbegriffe definiert. Dabei ist der Überbegriff aus der Perspektive des Nutzers formuliert, z.B.: “Ich organisiere meine Arbeit um Zeit und Ressourcen effektiv zu nutzen“.
    2. Die Überbegriffe wurden im nächsten Schritt ein weiteres mal verdichtet und zu einem übergeordneten Themengebiet zusammengefasst. Zum Beispiel ist die Aussage aus der ersten Runde, gemeinsam mit Anderen,  nun Teil des Themengebiets: “Ich plane und organisiere meine Arbeit”.
    3. Im dritten Schritt wurden die Gruppierungen der zweiten Runde ein letztes mal verdichtet. Aus diesem Schritt resultieren sehr abstrakte Begriffe, wie z.B. Individualität oder Effizienz.

    Um ein klareres Bild von der Arbeitsweise des Nutzers und der ihn umgebenden Faktoren zu bekommen beschäftigten wir uns außerdem eingängiger mit den Artefakten, die wir während der Kontextinterviews gesammelt haben. Daraus resultierten Arbeitsmodelle, wie das “Cultural model” oder das “Work model”.

    Alle diese Arbeitsdokumente dienen dazu, im nächsten Schritt eine ganzheitliche Vision des neuen Systems zu entwickeln. Dafür haben wir das Affinity Diagram, die Modelle und die Artefakte an einer großen Wand angebracht. Dies stellte eine enorme Bereicherung für das Brainstorming dar und förderte die Diskussion im Team.

  • Contextual Design und Scenario Based Development

    0

    Bei unserer Arbeit durchlaufen wir den Nutzerzentrierten Gestaltungsprozess (User Centred Design Process) und lehnen uns an die beiden Praktiken “Contextual Design” und “Scenario Based Development” an. Hier eine kurze Zusammenfassung dieser beiden “Versionen” des UCD-Prozesses:

    Contextual Design

    Obwohl die ISO 9241-210 einen konkreten Ablauf für den Nutzerzentrierten Gestaltungsprozess beschreibt, spezifiziert sie keine Methoden für die jeweiligen Schritte. Es gibt aber für jede der vier Phasen etablierte Methoden, die je nach Situation ausgewählt und angewandt werden können. Im Laufe der Zeit haben sich bewährte Praktiken entwickelt, wie der Prozess von Anfang bis Ende durchgeführt werden kann. Hugh Beyer und Karen Holtzblatt schlagen zum Beispiel das sogenannte „Contextual Design“ vor. In ihrem Buch beschreiben die beiden Autoren ihre Version des Nutzerzentierten Gestaltungsprozesses so: „Contextual Design is a customer-centred process [...]. It supports finding out how people work, so the optimal redesign of work practice can be discovered.“ (Beyer & Holtzblatt, S.21, 1998).

    Für jeden Schritt im Contextual Design Prozess beschreiben Beyer und Holtzblatt konkrete Methoden für Durchführung und Dokumentation. Der Prozess ist dabei optimiert für die Zusammenarbeit im Team und mit dem Kunden. Durch Arbeitsmodelle und Szenarien werden beim Contextual Design implizite Schritte in der Gestaltung explizit und können so besser kommuniziert und diskutiert werden.

    Der Prozess besteht dabei aus sechs Schritten. Das “Contextual Inquiry” ist eine Form des Interviews und hilft bei der Nutzungskontextanalyse. Beim “Work Modeling” werden die gewonnenen Erkenntnisse aus jedem Interview in Schaubildern dargestellt, welche im “Data Consolidation-Schritt” zusamengefasst werden. Darauf folgt das “Work Redesign“, bei dem eine Vision der Arbeit mit dem neu zu gestaltenden System entsteht. Diese Vision wird im “User Environment Design” konkret und kann dann im letzten Schritt, “Prototyping“, evaluiert werden (Beyer & Holtzblatt, S.21-25, 1998).

    » Mehr…

  • User Experience

    0

    “What we are creating is less a product than a context for experience”, schreibt Bill Buxton über die Entwicklung von interaktiven Produkten. Auch das MLJ stellt einen solchen Kontext für Erfahrungen dar. Wie bereits erwähnt, liegt der Fokus bei der Entwicklung des künftigen Systems auf einer nutzerzentrierten und ganzheitlichen Herangehensweise. Die Definition der Anforderungen an das System folgt deshalb einer nutzerzentrierten Sicht und basiert auf der Annahme, dass eine positive User Experience (dt. Nutzungserleben) den Rahmen für alle weiteren Anforderungen an das System bildet.

    » Mehr…

Page 2 of 3«123»