Bericht – Soziotechnische Integration

Digitale Team-Zusammenarbeit in jungen, innovativen Unternehmen – Eine qualitative Interview-Studie

[toc]IT-Werkzeuge zur Unterstützung oder Ermöglichung verschiedener Arten von Team-Zusammenarbeit erfreuen sich großer Verbreitung. Insbesondere Werkzeuge aus dem Bereich der Social Software werden verstärkt von und in Teams in Unternehmen eingesetzt. In diesem Beitrag stellen wir die Ergebnisse einer Interview-Studie vor, die Erkenntnisse zum Zusammenarbeitskontext und dem eingesetzten Werkzeug-Mix bei jungen, innovativen Unternehmen ohne große „Altlasten“ liefert. Sie erlaubt einen Ausblick darauf, welche Anforderungen und Erwartungshaltungen Mitarbeiter an eine Arbeits- und Werkzeuglandschaft in den kommenden Jahren stellen werden.

Einleitung

Obwohl die Digitalisierung unseres privaten und beruflichen Lebens immer weiter zunimmt, sind weiterhin Ineffizienzen in der (digitalen) Zusammenarbeit von Teams zu beobachten. Merkmale dafür könnten u.a. unnötige E-Mails bzw. Telefonate, langwierige Suche nach Informationen oder Wissensverlust durch wechselnde Teammitglieder und Arbeit an verteilten Standorten sein (siehe z.B. (McAffee, 2006)[ref]A. McAfee: Enterprise 2.0: The dawn of emergent collaboration. MITSolan Management Review, 2006.[/ref], (Koch & Richter, 2009)[ref]M. Koch; A. Richter: Enterprise 2.0 – Planung, Einführung und erfolgreicher Einsatz von Social Software in Unternehmen, München: Oldenbourg Wissenschaftsverlag, 2009.[/ref], (Back & Koch, 2011)[ref]A. Back, M. Koch: Broadening Participation in Knowledge Management in Enterprise 2.0. In: it – Information Technology, 3/2011 (53), S. 135-141.[/ref]). In diesem Beitrag berichten wir von einer Interview-Studie zum Kontext und den Werkzeugen für digitale Zusammenarbeit in Unternehmen. Aus der Hauptfragestellung der Studie „Welche funktionalen Konzepte bedarf die digitale Zusammenarbeit in Teams?“ haben wir zwei Kernfragen abgeleitet, die konkreter untersucht worden sind:

Kernfrage 1: In welchem Kontext findet die digitale Zusammenarbeit von Teams in Unternehmen statt?
Kernfrage 2: Mit welchen Werkzeugen wird die digitale Zusammenarbeit von Teams in Unternehmen realisiert?

Ziel der Studie war es dabei einen möglichst aktuellen und unverfälschten Einblick zu gewinnen, der nicht von „Altlasten“ verfälscht ist. Deshalb haben wir uns in der Studie auf Gründer und Mitarbeiter in jungen, innovativen Unternehmen konzentriert. Bei der Auswahl der Unternehmen haben wir nur Unternehmen berücksichtigt, welche keine Vorgängerorganisation „haben“ und daher als „jung“ hinsichtlich der Organisationsform gelten können. Weiterhin wurden nur Unternehmen ausgewählt, die innovative Dienste oder Produkte anbieten, also keine klassischen Webagenturen oder Handwerksbetriebe, und so als „innovativ“ bezüglich des Outputs bezeichnet werden können. Die nachfolgende Auswertung bezieht sich auf acht Einzel- und zwei Partnerinterviews, welche in zehn unterschiedlichen Unternehmen eine Führungsposition innehaben. Die interviewten Personen sind Gründer und Geschäftsführer und arbeiten mit 3 bis maximal 20 Kollegen in einem Team. Konkret wird das Arbeitsumfeld von insgesamt 113 Mitarbeitern (umgerechnet 74 Vollzeitstellen) dargestellt. Im weiteren Beitrag stellen wir zuerst unsere Ergebnisse hinsichtlich des Kontextes der (digitalen) Zusammenarbeit in diesen Unternehmen vor, und gehen dann darauf ein, wie die digitale Zusammenarbeit abgewickelt wird. Die Darstellung bleibt dabei in vielen Teilen exemplarisch. Eine ausführliche Darstellung der Ergebnisse der Studie findet sich in (Denner, 2011)[ref]J. S. Denner: Funktionale Konzepte und Anwendungsfelder für die tägliche digitale Zusammenarbeit am Beispiel von Teams in jungen und innovativen Unternehmen. Diplomarbeit, KIT, 2011 – siehe: http://digbib.ubka.uni-karlsruhe.de/volltexte/1000028210[/ref].

Kontext der digitalen Zusammenarbeit

Bevor wir auf die eingesetzten Werkzeugen eingegangen sind, wurde in den Interviews zuerst die Rahmenbedingungen der Unternehmen abgefragt – also wer dort überhaupt mit wem, wo zusammenarbeitet. Unter digitaler Zusammenarbeit ist dabei die mittelbare Zusammenarbeit via dem Internet zu verstehen. Stoller-Schai (2003)[ref]D. Stoller-Schai: E-Collaboration: Die Gestaltung internetgestützter kollaborativer Handlungsfelder. Bamberg: Difo-Druck, 2003.[/ref] bezeichnet dies als E-Colllaboration und definiert es wie folgt: „Die von zwei oder mehreren Personen an gemeinsamen Zielen ausgerichtete, direkte und sich wechselseitig beeinflussende tätige Auseinandersetzung zur Lösung oder Bewältigung einer Aufgabe oder Problemstellung. Dies geschieht innerhalb eines gemeinsam gestalteten und ausgehandelten, computervermittelten Kontextes […] und unter Verwendung gemeinsamer Ressourcen“ (Stoller-Schai 2003, S. 47f)[ref]D. Stoller-Schai: E-Collaboration: Die Gestaltung internetgestützter kollaborativer Handlungsfelder. Bamberg: Difo-Druck, 2003.[/ref]. Zur Erhebung des Kontextes haben wir insgesamt 22 Dimensionen erhoben. Das waren neben konkreten Parametern des Unternehmens und verschiedenen nicht funktionalen Aspekten für die Auswahl von Werkzeugen vor allem Informationen zum Arbeitsumfeld. Bei der Ermittlung des Arbeitsumfeldes wurden die Skalen von Komus (2006)[ref]A. Komus: Social Software als organisatorisches Phänomen – Einsatzmöglichkeiten in Unternehmen. HMD – Praxis der Wirtschaftsinformatik, Dezember 2006: 36-44.[/ref] herangezogen – u.a. um einen Vergleich mit dessen Ergebnissen zu ermöglichen und dabei überprüfen zu können, ob dieses Umfeld typische Merkmale aufweist, welche für den Einsatz von Social Software sprechen. Folgende acht der elf Skalen von Komus (2006, S. 43)[ref]A. Komus: Social Software als organisatorisches Phänomen – Einsatzmöglichkeiten in Unternehmen. HMD – Praxis der Wirtschaftsinformatik, Dezember 2006: 36-44.[/ref] konnten nach der Auswertung der Interviews zur Beschreibung und Typisierung des Arbeitsumfeldes herangezogen werden:

Grad der Teamarbeit (1),
Grad der Kreativität (2),
Grad der räumlichen Trennung (3),
Grad der zeitlichen Trennung(4),
Grad der normativen Vorgaben für Werkzeuge (5),
Grad der Standardisierung der Prozesse (6),
Grad der Selbstorganisation (7) und
Grad der Motivation (8).

Vier Skalen sind nicht zur Typisierung geeignet: (a) Grad der Strukturiertheit der Aufgabenfeld, (b) Grad der Beteiligung an den Prozessen, (c) Grad der Sicherheitsrelevanz und (d) Art der ausgetauschten Inhalte.

Exemplarische Darstellung: Grad der Teamarbeit

Zur Ermittlung des Grades der Teamarbeit wurde in den Interviews eine Einordnung der verschiedenen Tätigkeiten in eine Skala von 1 (für Einzelarbeit) und 5 (für Arbeit im Team) erfragt. Für Team 1 (Team wird in Abbildungen abgekürzt mit T) ist z.B. zu beobachten, dass das Produkt in Teamarbeit entwickelt wird. Die fachlichen Aufgaben wie Buchhaltung, Businessplan schreiben, Programmieren, finden eher in Einzelarbeit statt. Bei Team 4 wird „alles“ besprochen und die Aufgaben dann in Einzelarbeit umgesetzt. Bei Team 5 sind die Gründer „Teamarbeiter“ und die Mitarbeiter reine „Umsetzer“. Ergebnis der Analyse aller Interviews hinsichtlich des Grades der Teamarbeit ist eine Einordnung der Unternehmen in drei Klassen (siehe folgende Abbildung). [singlepic id=1291 w=618 float=center]

Darstellung der charakteristischen Kontext-Typen

Eine ähnlich gelagerte Typisierung ist für die weiteren 21 Dimensionen vorgenommen worden. Abschließend wurden die sich so ergebenen Eigenschaften der Teams miteinander verglichen und in einem einfachen Ven-Diagramm zusammenfassend dargestellt. Auf Basis dieser Auswertung lassen sich drei Typen definieren, welche die Anforderungen des Umfelds beschreiben, in welchem diese Teams (digital) zusammenarbeiten (siehe folgende Abbildung). [singlepic id=1292 w=618 float=center]

Realisierung der digitalen Zusammenarbeit

Neben dem Kontext ist die konkrete Realisierung der digitalen Zusammenarbeit in den Teams erhoben und analysiert worden. Dabei konnten zwischen 10 Werkzeugen (Team 1) und 21 (Team 10) Werkzeugen (Team 10) identifiziert werden, die zur Zusammenarbeit eingesetzt werden.

Erhebung der Werkzeugnutzung

Zur Erhebung der eingesetzten Werkzeuge und deren Zwecks wurde eine Collaboration-Map verwendet. Die Collaboration-Map ist ein neuentwickeltes Werkzeug und orientiert sich im Grad der Etablierung an der Social Business Landscape (Hinchcliffe, 2010)[ref]D. Hinchcliffe: The 2010 Social Business Landscape. Dachis Group. 12. August 2010, http://www.dachisgroup.com/2010/08/the-2010-social-business-landscape/. [/ref]. Das qualitative Koordinatensystem spannt einen Raum auf, in welchem die Werkzeuge je nach Grad der Etablierung und der realisierten Interaktionsebenen aufgeführt werden (siehe folgende Abbildung). Die Überlegungen zur Strukturierung des Koordinatensystems sind in (Denner, 2011)[ref]J. S. Denner: Funktionale Konzepte und Anwendungsfelder für die tägliche digitale Zusammenarbeit am Beispiel von Teams in jungen und innovativen Unternehmen. Diplomarbeit, KIT, 2011 – siehe: http://digbib.ubka.uni-karlsruhe.de/volltexte/1000028210[/ref] ausführlich erläutert und stützen sich auf verschiedene Grundlagenarbeiten, z.B. (Dix et al., 1995)[ref]A. Dix, J. Finlay, G. D. Abowd, R. Beale: Human-Computer Interaction. New York: Prentice Hall, 1993.[/ref], (Gross & Koch, 2007)[ref]T. Gross, M. Koch: Computer-Supported Cooperative Work. München: Oldenbourg, 2007.[/ref], (Koch & Richter, 2009)[ref]M. Koch; A. Richter: Enterprise 2.0 – Planung, Einführung und erfolgreicher Einsatz von Social Software in Unternehmen, München: Oldenbourg Wissenschaftsverlag, 2009.[/ref], (McAffee, 2006)[ref]A. McAfee: Enterprise 2.0: The dawn of emergent collaboration. MITSolan Management Review, 2006.[/ref], (Neubert, 2010)[ref]C. Neubert: Services Catalog 2010 – Enterprise 2.0 Tool Survey. 27. September 2010. http://wwwmatthes.in.tum.de/wikis/enterprise-2-0-tool-survey-2010/services-catalog (Zugriff am 28. April 2011).[/ref] und (Williams, 2011)[ref]S. P. Williams: Das 8C-Modell für kollaborative Technologien. In Wettbewerbsfaktor Business Software, von P. Schubert und M. Koch, S. 11-21. München: Hanser, 2011.[/ref]. [singlepic id=1293 w=618 float=center] Als Interaktionsebenen wurden abgeleitet (siehe (Denner, 2011)[ref]J. S. Denner: Funktionale Konzepte und Anwendungsfelder für die tägliche digitale Zusammenarbeit am Beispiel von Teams in jungen und innovativen Unternehmen. Diplomarbeit, KIT, 2011 – siehe: http://digbib.ubka.uni-karlsruhe.de/volltexte/1000028210[/ref] für Details hierzu):

Awareness
Kommunikation
Koordination
Kooperation
Community und
Social (extern)

Die sich so einstellenden Koordinaten werden mittels der Anzahl des Einsatzes des Werkzeuges in unterschiedlichen funktionalen Ebenen gewichtet dargestellt. In der Summe ergibt sich somit die Möglichkeit, in einer Abbildung die wesentlichen Merkmale der Realisierung der digitalen Zusammenarbeit innerhalb eines Teams kompakt darzustellen.

Darstellung der charakteristischen Realisierungs-Typen

In der Interview-Studie werden analog zum Kontext drei hypothetische Typen der Realisierung herausgearbeitet. Diese lassen sich wie in folgender Abbildung dargestellt beschreiben. [singlepic id=1300 w=618 float=center]

Typ A: Ausgeprägte digitale Zusammenarbeit

Nahezu alle Ebenen sind aktiv unterstützt mit Werkzeugen und werden täglich genutzt, und zwar selbst dann, wenn die Personen am selben Ort arbeiten. Sowohl die Mitarbeiter als auch die Kompetenzträger arbeiten sehr stark digital zusammen und sind auf die Unterstützung der Werkzeuge angewiesen. Eine Arbeit ohne diese Unterstützung ist nahezu unmöglich. Die Collaboration-Map (siehe folgende Abbildung rechts) zeigt eine hohe Dichte an Werkzeugen und deren Wiederverwendung.

Typ B: Aktive digitale Zusammenarbeit

Die Dichte an Werkzeugen nimmt etwas ab. Es sind aber nur einzelne Ebenen (z.B. Awareness) nicht digital unterstützt. Charakteristisch ist, das diese Teams gerade ein gruppenweites Taskmanagementsystem ein führen oder bereits im Einsatz haben und so einen Großteil der täglichen Arbeit digital koordinieren. Wesentliche Kompetenzträger im Team sind an manchen Tagen nur mittels digitaler Werkzeuge zu erreichen. Dies unterstreicht den Stellenwert der digitalen Zusammenarbeit. Eine Zusammenarbeit ohne digitale Werkzeuge ist deshalb nur schwer möglich.

Typ C: Unterstützende digitale Zusammenarbeit

Die Collaboration-Map von Team 1 sieht im Vergleich zu den vorherigen Typ3n „aufgeräumt“ aus. Die digitalen Werkzeuge sind zum Großteil unterstützend im Einsatz. Sie unterstützen „offline“-Prozesse, sind jedoch nicht essentiell für die Zusammenarbeit. Des Weiteren ist auffällig, dass zum Teil komplette Ebenen nicht digital realisiert werden (Awareness, Social). Die Ebene der Kommunikation ist dennoch sehr ausgeprägt. Der Schluss liegt nahe, dass die Kompetenzträger einige Tage ohne digitale Werkzeuge zusammenarbeiten könnten. [singlepic id=1295 w=618 float=center]

Darstellung der eingesetzten digitalen Werkzeuge (Tools)

Eine Aggregation der Collaboration Maps spiegelt das in der Summe erhobene Toolset der zehn untersuchten Teams wieder (siehe folgende Abbildung). Die Charakterisierung der Realisierungs-Typen zeigt, dass es eine gemeinsame digitale „Grundlage“ innerhalb der Team-Zusammenarbeit gibt. Von allen untersuchten Teams wird auf den Ebenen der Kommunikation, der gruppenweiten Planung, der Textproduktion, der gemeinsamen Dateihaltung und der Anbahnung von Kooperation via Communities digital zusammengearbeitet. Dies lässt annehmen, dass dieser Teil des funktionalen Konzepts essentiell für die Zusammenarbeit ist. Ohne diese „Grundlage“ wäre für die untersuchten Teams eine Zusammenarbeit nicht oder nur sehr schwer möglich. Unterschiede gibt es bei es vor allem bei den Ebenen Kooperation mittels Wiki-Systemen, Awareness über Arbeitsbereich und informellen Austausch und der Kooperation mittels Repositorien. Hier liegt die Vermutung nahe, dass diese Ebenen selbst in den jungen Teams noch sehr „frisch“ (wenig etabliert) sind und sich erst in den kommenden Entwicklungsstufen oder weiter voranschreitender Digitalisierung der Zusammenarbeit etablieren werden. [singlepic id=1301 w=618 float=center]

Ausblick und mögliche „Lessons for Design“

Die dargestellten Kontexte und Realisierungen der digitalen Zusammenarbeit in den untersuchten Unternehmen bieten die Möglichkeit einen Einblick zu bekommen, welche Anforderungen und Erwartungshaltungen Mitarbeiter an eine Arbeits- und Werkzeuglandschaft in den kommenden Jahren stellen werden. Die jungen, innovativen Unternehmen stellen die klassischen Anforderungen und Interaktionen während der digitalen Zusammenarbeit an Software-Lösungen. Moderne Social Software Lösungen ergänzen die funktionalen Möglichkeiten von klassischen Lösungen und erweitern die Anzahl an Personen, mit welchen zusammen gearbeitet werden kann. Zur Erfüllung dieser Anforderungen nutzen die untersuchten Teams eine Vielzahl von Werkzeugen unterschiedlicher Anbieter. Es ist zu erkennen, dass cloudbasierte Werkzeuge verstärkt eingesetzt und akzeptiert werden. Der Personal Computer oder Laptop sind nur noch ein möglicher Zugang: Mittels Internet und cloudbasierten Werkzeugen wird potentiell jedes internetfähige Gerät zum Arbeitswerkzeug – dies bedingt die Erwartung, mit jedem Gerät auch arbeiten zu können. Etablierte Informations- und Kommunikationstechnologie-Schwergewichte wie Telefon, E-Mail und MS Office werden ergänzt durch leichtgewichtige Dienste, die meist für eine spezielle Aufgabe geschaffen sind. Klassische Software wird nicht „abgeschafft“, sondern ergänzt und zum Teil wieder ihrem originären Zweck nach eingesetzt. Verkürzt formuliert: „Excel ist kein kollaboratives Taskmanagementtool und die E Mail kein Customer Relationship Management-Ssytem – dafür haben wir jeweils eine cloudbasierte Lösung.“ Hinsichtlich des zu erwartenden „Facebook comes to work-Effekt“[ref]Formulierung in Anlehnung an B.M. Evans: When Facebook comes to Work, 2011 – siehe: http://brynnevans.com/papers/Evans_ DWDN_Chap%2001.pdf.[/ref] kann antizipiert werden, dass Social Software vor allem die Vernetzung innerhalb einer Organisation oder mit Fachexperten erhöht und damit die Kommunikationsbarrieren mit indirekten Kollegen senkt. Hier kann bei richtigem Einsatz das vorhandene Wissen effizienter geteilt und damit vielfältiger genutzt werden. Für IT-, Kommunikations- und Serviceabteilungen kann dies bedeuten, dass nicht mehr fertige IT-Lösungen, sondern eine Art gesicherter Werkzeugkasten gefragt sein werden. Es wird eine spannende Frage sein, ob Inhouse-Lösungen mit den leichtgewichtigen Weblösungen konkurrieren können. Oder ob nicht vielmehr eine Art interner Service-Broker gefragt sein werden, welche die den vorhandenen Service bündeln und in die bestehende Landschaft integrieren und dadurch Mitarbeitern zugänglich machen.

Windows 8 im Überblick

[toc]Der vorliegende Artikel stellt Windows 8, insbesondere die Neuerungen im Touch-Bereich vor. Windows 8 ist der Nachfolger von Windows 7 und wird derzeit von Microsoft entwickelt. Besonderes Merkmal des neuen Betriebssystems ist die Fokussierung auf eine Bedienung mit Touchscreens. Dazu wurde eigens die neue Oberfläche „Metro“ gestaltet. Weiterhin wurde auch die Technologie für das Ansprechen von Touchscreens optimiert und viele weitere Verbesserungen eingeführt. Im Folgenden werden die wichtigsten Neuerungen vorgestellt.

Demo

Das folgende Video demonstriert sehr gut die Neuerungen von Windows 8 und gibt einen guten Einblick in die Bedienbarkeit:

http://www.youtube.com/watch?v=p92QfWOw88I&feature=player_embedded

Metro-Oberfläche

Die Metro-Oberfläche wurde für Windows 8 neu entwickelt und soll eine komfortable Bedienung per Touchscreen ermöglichen. Sie ist an die von Windows Phone bekannte Oberfläche angelehnt. Alle Menüs sind über Gesten aufrufbar, Programme können über sogenannte Kacheln („Tiles“) gestartet werden. Zu der neuen Oberfläche gehören auch erneuerte Anmelde- und Sperrbildschirme. Viele Menüs, wie beispielsweise die Anzeige für WLAN-Netzwerke, wurden an das neue Design angepasst. Besonders auffällig ist die „Lebendigkeit“ der Oberfläche, erzeugt durch die vielfältigen Animationen. So aktualisieren beispielsweise die Kacheln für Wetter, Nachrichten und Börse in regelmäßigen Abständen ihre Inhalte. Auch die Interaktion mit den Schaltflächen ist ansprechend animiert. Die Oberfläche ist vornehmlich auf die Touch-Bedienung ausgelegt, kann aber auch per Maus gesteuert werden. Hierzu werden zusätzliche Schaltflächen eingeblendet. Microsoft legt großen Wert darauf, dass Programme, die für die Metro-Oberfläche gestaltet werden, bestimmten Richtlinien erfüllen. Hierzu sind viele Tutorials verfügbar.

Ein weiteres Merkmal von Metro ist , dass keine Taskleiste mehr existiert. Multitasking ist natürlich dennoch möglich, denn Applikationen werden nicht mehr geschlossen, sondern laufen im Hintergrund weiter. Per Geste kann zwischen den geöffneten Applikationen gewechselt werden. Diese Funktionalität ist jedoch noch nicht ausgereift, da der Nutzer normalerweise nicht genau weiß, in welcher Reihenfolge sich die Applikationen im Hintergrund befinden. Gleichzeitig ist es möglich, den Bildschirm beliebig aufzuteilen, um mehrere Anwendungen gleichzeitig im Vordergrund zu haben. Der klassische Desktop ist wie alle anderen Anwendungen nur noch eine Kachel, also quasi eine Applikation von Windows. In Metro wurde auf das Startmenü verzichtet und einige Menüs neu gestaltet. Windows 7 Nutzer finden sich hier dennoch schnell zurecht. [ref]Quelle: http://www.istartedsomething.com/20110914/an-analysis-of-metro-on-windows-8-developer-preview/.[/ref]

[singlepic id=1134 w=618 float=none]

Windows Store Konzept

Ähnlich zum Mac App Store von Apple soll Windows eine einheitlichen Plattform für die elektronische Software-Distribution erhalten. Über diese zentrale Applikationen können Metro-Programme für den PC gesucht, installiert und auf dem aktuellen Stand gehalten werden. Es wird mehrere Kategorien geben, die jeweils beliebtesten Programme werden an präsenter Stelle angezeigt. Nutzer können Programme mit dem bekannten 5-Sterne-Prinzip bewerten. Für Entwickler ist der Windows Store eine wichtige Vertriebs- und Marketingplattform, wobei Microsoft große Flexibilität bei den unterstützten Geschäftsmodellen verspricht. So können sowohl Testversionen und verschiedene Sprachpakete als auch andere „Einkaufsmöglichkeiten“ innerhalb einer Applikation angeboten werden. Der Entwickler kann festlegen, unter welchen rechtlichen Bedingungen das Programm genutzt werden darf. Ähnlich wie bei Apple, will auch Microsoft die Applikationen vor der Veröffentlichung überprüfen. Dazu stellt Microsoft Akzeptanzrichtlinien und das „App Certification Kit“ zur Verfügung. [ref]Quelle: http://www.golem.de/1112/88245.html.[/ref]

[singlepic id=1151 w=618 float=none]

Cloud-Sync mit SkyDrive

SkyDrive ist ein Dienst von Microsoft Windows Live, der es ermöglicht, Dateien online zu speichern. Er ist integraler Bestandteil von Windows 8 und als virtuelle Festplatte erreichbar. Die Synchronisation erfolgt automatisch, die virtuelle Festplatte kann zum Beispiel mit dem Windows Explorer wie gewohnt genutzt werden. Der Zugriff kann zusätzlich auch über einen Browser oder diverse Apps, wie beispielsweise für Windows Phone, erfolgen. Somit hat der Nutzer seine Daten, wie Fotos und Dokumente auch auf Fremdrechnern immer verfügbar und kann diese auch anderen Nutzern freigeben. Die Dateien können wahlweise auch direkt online bearbeitet werden (zum Beispiel mit Office ab Version 2010). Weitere Funktionen werden über die Verknüpfung zu anderen Diensten, wie E-Mail, Adressbuch, Kalender und Messenger, realisiert. [ref]Quelle: http://www.golem.de/news/windows-8-skydrive-im-dateiexplorer-und-in-metro-1202-89907.html.[/ref]

Verbesserung der Touch-Interaktion

Wie bereits erwähnt, fokussiert das neue Betriebssystem von Microsoft stärker als seine Vorgänger auf Touch-Bedienung. Hierzu wurden eine Vielzahl kleinerer Verbesserungen durchgeführt. So verspricht Microsoft in einem Blog-Beitrag flüssige und leichtgängige Bedienung sowie eine ausgereifte Touch-Visualisierung. Auch die Korrektur von Fehleingaben wurde wesentlich verbessert. Dafür müssen Geräte, welche für Windows 8 zertifiziert werden, allerdings mindestens fünf Finger gleichzeitig verarbeiten können. Windows 8 selbst kann bis zu zehn Finger separat verarbeiten. Im übrigen wird bei Windows 8 strikt zwischen dem Touch-Modus und dem Maus-Modus unterschieden, wobei hieraus eine jeweils leicht andere Bedienung resultiert.

[singlepic id=1262 w=618 float=none]

Wesentliche Verbesserungen werden im Folgenden vorgestellt.

„Design for Comfort“-Studie

Um mit Windows 8 ein herausragendes Touch-Erlebnis zu ermöglichen, hat Microsoft eine umfangreiche Studie mit einer frühen Version (BUILD 2011) des Betriebssystems durchgeführt. Der Grundgedanke dabei war, dass nicht jeder Nutzer den Touchscreen vollkommen gleich verwendet. Es wurde eine Versuchsgruppe mit unterschiedlichen repräsentativen Personen erstellt, bei der die Touchscreen-Nutzung in verschiedenen Umgebungen aufgezeichnet wurde. So konnte schon bei der Handhabung der Hardware herausgefunden werden, dass die Nutzer das Gerät sehr unterschiedlich halten und somit einen anderen „Komfortbereich“ haben. Dieser sog. Komfortbereich beschreibt die für die Finger gut erreichbaren Positionen auf den Bildschirm. Hieraus wurden drei Areale für eine günstige Nutzung festgelegt: Die Iconbar links und rechts sowie die aufsplittetete Tastatur am unteren Bildschirmrand. [ref]Quelle: http://www.istartedsomething.com/20110914/the-comfort-science-behind-windows-8/.[/ref]

Touch Target Locking

Die Korrektur von „Fehleingaben“ auf dem Touchscreen ist in Windows 8 wesentlich besser als in den Vorgängerversionen. Hierzu analysiert Windows einen bestimmten Bereich um die erkannte Fingerposition herum nach vorhandenen Touch-Elementen. So können Funktionen ausgeführt werden, ohne das der Benutzer den entsprechenden Punkt auf dem Touchscreen exakt treffen muss. Im unten gezeigten Beispiel möchte der Nutzer die Größe des Fensters ändern, tippt den Touchscreen aber einige Millimeter vom Fenster entfernt an. Windows 8 erkennt in dem angezeigten Oval das entsprechende Touch-Element und verbindet es mit der eigentlichen Fingerposition. [ref]Quelle: http://www.istartedsomething.com/20110915/windows-8-adds-touch-target-locking/.[/ref]

[singlepic id=1150 w=618 float=none]

Touch-Feedback

Die Visualisierung von Touch-Eingaben wurde unter Windows 8 erheblich verbessert. Alle erkannten Finger werden durch schwarze Punkte mit weißer Umrandung dargestellt. Diese Funktion kann zusätzlich erweitert werden, um auch Touch-Eingaben auf externen Monitoren sichtbar zu machen (siehe Systemsteuerung -> Pen und Touch -> Touch -> Visuelles Feedback auch an externen Monitoren) [ref]Quelle: http://www.istartedsomething.com/20110917/windows-8-tip-enabling-demo-like-touch-feedback/.[/ref].

[singlepic id=1178 w=618 float=none]

Internet Explorer 10

Der neue Internet Explorer 10 ist bei Windows 8 in zwei Versionen unterteilt. Zum einen gibt es die klassische Desktop-Version, welche über die bekannten Funktionen und Schaltflächen verfügt. Hinzu kommt eine neu gestaltete Metro-Version. Diese ist vor allem auf die Bedienung per Touch-Screen ausgerichtet und bietet eine entsprechend überarbeitete Bedienbarkeit. Doch vor allem in einem Aspekt unterscheiden sich die beiden Varianten: Die Metro-Version wird keine Plugins unterstützen. Somit wird auch kein Adobe Flash im Browser laufen, stattdessen setzt Microsoft vor allem auf HTML5 in Verbindung mit CSS3 und JavaScript. Dafür bietet der neue Internet Explorer einen erweiterten HTML5 Support, wie beispielsweise Drag&Drop, eine File-API, eine eigene Sandbox und eine integrierte Input-Validation. [ref]Quelle: http://t3n.de/news/windows-8-internet-explorer-10-viel-html5-metro-browser-330683/.[/ref]

[singlepic id=1179 w=618 float=none]

Windows Explorer mit Ribbon

Die bei Office 2007 neu eingeführte Menügliederung mit „Ribbons“[ref]Weitere Informationen zum Ribbon-Konzept von Office 2007 und neueren Versionen finden sich u.a. auf http://office.microsoft.com/de-de/support/erste-schritte-mit-microsoft-office-2007-FX010105508.aspx.[/ref] wird fester Bestandteil in allen Windows-Programmen. Auch der Explorer wird in Windows 8 über ein Ribbon-Userinterface verfügen. Diese Multifunktionsleiste verbindet die Elemente Menüsteuerung und Symbolleiste miteinander und gliedert zusammengehörige Funktionen in logische Einheiten. Kontextabhängig werden weitere Aufgaben und Informationen angezeigt, beispielsweise wenn ein Bild oder eine Festplatte im Explorerfenster markiert wurde. Darüber hinaus wurde eine überarbeite Dokumentenvorschau integriert. Um die Dateiverwaltung zu optimieren, wurden durch ein in Windows 7 integriertes Feedback-Programm[ref]Auch bekannt als Windows Customer Experience Improvement Program (CEIP); weitere Informationen finden sich u.a. in http://blogs.msdn.com/b/e7/archive/2008/09/10/the-windows-feedback-program.aspx.[/ref] die meist genutzten Funktionen ermittelt. Entsprechend der Auswertung der Studio können 85% aller Aktionen nun durch die primäre UI ausgeführt werden, ohne dass sie durch einen Rechtklick oder die Befehlsleiste eingeleitet werden müssen. [ref]Quelle: http://www.golem.de/1108/86061.html.[/ref]

[singlepic id=1180 w=618 float=none]

Near Field Communication Integration

NFC (zu deutsch etwa „Nahfeld-Kommunikation“) ist eine international standardisierte Technologie zur kabel- und kontaktlosen Datenübertragung über kurze Entfernungen. Sie wird neben dem reinen Datenaustausch beispielsweise auch zum bargeldlosen Bezahlen oder für eine Zugangskontrolle eingesetzt. Hauptsächlich kommt die Technik heute in Chip-Karten, wie zum Beispiel Kredit- oder Bahnkarten, vereinzelt aber auch schon in Mobiltelefonen[ref]Eine Liste aktueller Mobiltelefone mit NFC findet sich beispielsweise auf http://www.nfc-handy.eu/nfc-handys/liste-nfc-handys-uebersicht/.[/ref], zum Einsatz. Der größte Vorteil gegenüber Wifi oder Bluetooth ist, dass auch passive Geräte / Karten angesprochen werden können. Des Weiteren wird keine Konfiguration benötigt. Durch die physische Nähe der Geräte ist nur ein Tap notwendig, um zwei Geräte miteinander zu verbinden. Windows 8 wird eine API anbieten, welche es erlaubt, URLs aufzurufen, Applikationen zu starten, Links und Fotos zu teilen und Programme miteinander zu verbinden. [ref]Quelle: http://www.istartedsomething.com/20110917/nfc-windows-8s-hidden-connection-to-tags-and-devices/.[/ref]

Hyper-V: Die neue Virtualisierung für Windows 8

Unter Virtualisierung versteht man Methoden, die es erlauben, Ressourcen eines Computers für die Ausführung mehrerer Systeme zu nutzen. Micrsosfts Hyper-V Technologie wurde bisher nur für die Server-Varianten von Windows angeboten[ref]Entsprechende Anleitungen und Ressourcen stellt Microsoft u.a. auf http://technet.microsoft.com/de-de/library/cc753637(v=WS.10).aspx oder http://www.microsoft.com/de-de/server/hyper-v-server/default.aspx zur Verfügung.[/ref]. Nun findet das Programm auch Einzug in Windows 8 und kann bereits in der Developer Preview lediglich durch das Hinzufügen von Windows-Funktionen installiert werden. Hyper-V besteht im Wesentlichen aus zwei Bestandteilen: Eine Konsole, in der virtuelle Maschinen konfiguriert werden können und einer Verwaltungsmöglichkeit, um eine Verbindung zu einer (entfernten) Hyper-V-Maschine herzustellen. Theoretisch können so bis zu 384 virtuelle Betriebssysteme gestartet werden. Diese sind voneinander abgeschirmt und können nicht auf die Ressourcen des jeweils anderen Systems zugreifen. Unterstützt werden alle Windowssysteme sowie diverse Linux-Distributionen. Der Nutzer kann beispielsweise parallel mit Linux arbeiten oder eine Test-Instanz von Windows starten. [ref]Quelle: http://www.netzwelt.de/news/88465-hyper-v-neue-virtualisierung-windows-8.html.[/ref]

SI-Screen: elderly interaction & service assistant

[toc]Das AAL-Forschungsprojekt Social Interaction Screen hat das Ziel die soziale Interaktion älterer Menschen mit ihrer Familie, Freunden und Bekannten aus der näheren Umgebung zu erleichtern und zu mehr realer sozialer Aktivität anzuregen. Vor diesem Hintergrund entsteht das nutzerorientierte soziale Interaktionswerkzeug elisa mit einer innovativen Benutzerschnittstelle für die Interaktion mittels dem Social Web. In diesem Beitrag stellen wir die Vision und die zentralen Konzepte von SI-Screen vor.

Ausgangssituation

Aktuell finden in ganz Europa im Rahmen des AAL Joint Programme umfangreiche Aktivitäten statt, um die Lebensqualität einer zunehmend älter werdenden Gesellschaft durch die Entwicklung neuer Technologien nachhaltig zu sichern. Das Ziel dieser Bemühungen besteht darin, neue Dienstleistungen und Technologien und insbesondere IKT zu entwickeln, um älteren Menschen so lange wie möglich ein selbstbestimmtes, unabhängiges und sozial integriertes Leben in ihren eigenen vier Wänden zu ermöglichen.

Das Ziel des AAL-Projektes SI-Screen ist die soziale Interaktion älterer Menschen mit ihrer Umwelt zu vereinfachen und zu unterstützen. Vor diesem Hintergrund arbeiten zehn europäische Partner an elisa, einem Tablet-Computer dessen Benutzerschnittstelle ganzheitlich auf die Bedürfnisse von Senioren ab Rentenalter ausgelegt ist. Die Interaktion und Kommunikation mit Familie und Freunden erfolgt unter Zuhilfenahme des Social Webs, mit dem Anliegen die soziale Bindung von Senioren zu fördern.

SI-Screen Vision

Die Benutzerschnittstelle von Desktop-Rechnern, Smartphones, Tablets etc. wurde vorwiegend für Personen konzipiert, die mehrere Stunden am Tag mit diesen Geräten arbeiten und den unterschiedlichsten Tätigkeiten nachgehen. Das Spektrum der Anwendungsmöglichkeiten reicht vom Stöbern im Internet über Dokumentenverarbeitung bis hin zur Anwendungsentwicklung.

[singlepic id=1156 w=618 float=center]

Der Nachteil für ältere Menschen besteht darin, dass sie durch die Vielzahl an Möglichkeiten überfordert sein können, insbesondere wenn sie zuvor keine oder nur wenig Erfahrung im Umgang mit Computern besitzen. Bei ihrer gezielten Suche nach Information oder Unterstützungsfunktion können sie beispielsweise die Orientierung verlieren oder die Angst aufkommen versehentlich einen „falschen“ Knopf zu drücken. Unsere Umfragen in Deutschland und Spanien haben ergeben, dass ältere Menschen vorwiegend ein Gerät benötigen, dass sie vorwiegend selbständig, ohne Anleitung und externe Hilfe, bedienen können.

elisa Tablet

Um dieser Anforderung gerecht zu werden gehen wir über die klassische Entwicklung einer Software-Anwendung hinaus. Mit elisa realisieren wir ein Tablet, dessen Möglichkeiten von älteren Menschen begreifbar sind und über dessen Design das Gerät mit einem eindeutigen Zweck verbunden wird. Dabei achten wir insbesondere auf eine moderne ästhetische Formgebung bei der Tablet Hardware, die auch für jüngere Generationen ansprechend ist und nicht als stigmatisierende Betonung des Alters unserer Zielgruppe wahrgenommen wird.

[singlepic id=1166 w=618 float=center]

[nggtags Gallery=SI-Screen+Tablet+Accessory]

Elisa unterscheidet sich sowohl im Endgerät als auch im Aufbau der grafischen Oberfläche von Tablets, die aktuell auf dem Markt erhältlich sind. Entgegen dem Trend eine möglichst dünne Display-Fassung aus Glas und Aluminum anzubieten, sehen wir einen breiten Rahmen mit einem Bezug aus Leder vor. Ein breiterer Rahmen verfügt über ausreichend Platz für die Ablage der Hände, ohne dass die Finger die Touch-Oberfläche berühren und versehentlich eine Funktion auslösen können. Ein integrierter Standfuß und Tragegriff sorgen für Stabilität sowohl während der Bedienung am Tisch, als auch für einen sicheren Transport bei der Mitnahme des Tablets.

elisa User Interface

Mit dem elisa UI entsteht eine klar strukturierte grafische Benutzerschnittstelle, die eine nachvollziehbare Navigation und einen konsistente Darstellung und Ablauf für jeden Funktionsbereich vorsieht. Für den ersten elisa Prototypen wurden insgesamt zwei Layout-Varianten konzipiert – das Inhalts-zentrische und das Personen-zentrische Layout.

Beim Inhalts-zentrischen Layout liegt die Betonung auf dem Zugang zu aufbereiteten Inhalten aus dem Web, ausgewählt nach persönlichen Präferenzen. Die in Magazin-Stil dargestellten Inhalte sollen dazu anregen auf lokale Interessengruppen und deren Aktivitäten aufmerksam zu werden, daran aktiv teilzunehmen und Gleichgesinnte dazu einzuladen.

Bei der Personen-zentrischen Gestaltung der elisa UI steht hingegen die soziale Interaktion mit Familie und Freunden im Vordergrund. Mit dem Ziel über aktuelle Geschehnisse von Vertrauten selbst bei großer örtlicher Entfernung auf dem Laufenden zu bleiben und die Möglichkeit zu bieten Personen mit gleichen Interessen zu finden oder verlorene Kontakte wieder herzustellen. Durch die Integration von bestehenden sozialen Netzwerken kann eine Brücke zur jüngeren Generation entstehen.

[singlepic id=1155 w=618 float=center]

[nggtags Gallery=SI-Screen+elisa+layout+content-centric]

[nggtags Gallery=SI-Screen+elisa+layout+person-centric]

Bei der elisa UI nehmen wir bewusst Abstand von der gegenwärtig dominierenden App-Metapher von Smartphones und Tablets. Unseren Beobachtungen zufolge werden Apps als inkonsistent in ihrem Funktionsumfang und grafischer Gestaltung wahrgenommen. Darüber hinaus setzen die verfügbaren Produkte voraus, dass der Endanwender administrative Aufgaben, wie z. B. die Installation und Konfiguration, selbständig übernehmen kann. Eine weitere Hürde für ältere Menschen ist oftmals die wiederholte Registrierung von Benutzerkonten für jede (Web-)Anwendung, bevor sie in den vollständigen Genuss der jeweiligen Funktionalität kommen.

[singlepic id=1184 w=618 float=center]

In SI-Screen steht der Nutzen und eine freudvolle Bedienung durch ältere Menschen an erster Stelle. Vor diesem Hintergrund haben wir für elisa Konzepte erarbeitet, um die unterschiedlichen Funktionen von Webdiensten über eine einheitliche Benutzerschnittstelle zur Verfügung zu stellen und die notwendigen administrativen Aufgaben zu reduzieren oder zumindest auf ein Person des eigenen Vertrauens übertragen zu können. Idealerweise können ältere Menschen die Vorteile des Social Webs nutzen, ohne selbst eine Mitgliedschaft beim jeweiligen Dienst beantragen zu müssen. Die Einmalanmeldung und Konsolidierung der Inhalte und Funktionalität des Social Webs verwirklichen wir über den sogenannten Social Software Integration Layer (SSIL).

Social Software Integration Layer

Der SSIL ist eine Server-basierte Software-Lösung, die elisa unterstützt mehrere Dienste des Social Webs über eine einheitliche Schnittstelle anzubinden. Zu diesem Zweck verdichtet der SSIL Profil-Informationen, Activity Streams (Status Updates) und Content Streams (Kommentare, Empfehlungen, Photos) von bestehenden SNS[ref]In elisa werden bspw. Facebook und Google+ als SNS unterstützt.[/ref], Social Content Sharing Plattformen[ref]In elisa werden bspw. Flickr und Picasa als Social Content Sharing Plattformen unterstützt.[/ref], Gruppenkalender[ref]In elisa wird bspw. Google Calender als Gruppenkalender unterstützt.[/ref] sowie Web Feeds[ref]In elisa werden bspw. Web Feeds von Artikel- oder Event-Webseiten bezogen.[/ref], Mailing-Listen und persönliche Blogs. Der SSIL verfügt über keine Benutzerschnittstelle, sondern ermöglicht elisa den Bi-Direktionalen Zugriff auf das Social Web.

[singlepic id=1185 w=618 float=center]

CommunityMashup

Für die Realisierung des SSIL setzen wir auf CommunityMashup, eine Personen-zentrische Mashup-Lösung die an der Forschungsgruppe Kooperationssysteme realisiert wird. CommunityMashup ist eine Service-orientierte Middleware, welche für jeden Endanwender Inhalte aus den verschiedenen SNS bezieht, zu einem einheitlichen Datenstrom (Awareness-Stream) verdichtet und anschliessend den elisa Tablets über eine REST API bereitstellt.

Um etwaige Zugangsbarrieren für technisch unerfahrene Senioren zu senken, wurde CommunityMashup um die Möglichkeit erweitert die Konfiguration von der Inhaltsbereitstellung zu trennen. Auf diese Weise erhalten ältere Menschen den Zugang zum Social Web, während die bereitstellenden Webdienste und deren Konfiguration vom Endanwender verborgen bleiben.

[singlepic id=1169 w=618 float=center]

Profile Admin UI

Die Konfiguration der Dienstzugriffe erfolgt über die Profile Admin UI. Mit Hilfe der Profile Admin UI können Vertrauenspersonen mittels Fernzugriff die administrativen Aufgaben für den Endanwender übernehmen. Konkret können Dritte im Bedarfsfall über eine Administrations-Webseite (temporär) dazu berechtigt werden, Benutzerzugänge zu bestehenden oder neuen E-Mail-Konten bzw. Web-Diensten im SSIL zu hinterlegen.

Auf diese Weise können ältere Menschen über ihre Einmalanmeldung auf ihrem elisa Tablet Zugriff auf die unterschiedlichen Dienste erlangen, ohne selbst einen Registrierungsvorgang durchführen zu müssen. Versierte Nutzer können weiterhin die Konfiguration von elisa übernehmen, sind aber ungezwungen und können zumindest einen Teil davon abgeben.

Service Integration

Unabhängig von der Administration können Familienmitglieder und Freunde mit Zugang zu sozialen Netzwerken einem elisa Nutzer Zugriff auf die eigenen Aktivitäten und publizierten Inhalte, wie Fotos oder geteilte Informationen, gewähren. Für Plattformen mit API-Key- oder OAuth-Unterstützung, wie z. B. Facebook oder Google+, ist für den Zugriff von elisa auf diesen Awareness-Stream keine Mitgliedschaft notwendig. Elisa ist bei ausgewählten Webdiensten als Anwendung registriert und mit Erlaubnis eines Mitglieds können Inhalte mit dem jeweiligen elisa Anwender geteilt werden.

Die Integration von Web-Diensten mittels SSIL geht über die Unterstützung von sozialen Netzwerken hinaus. Internetauftritte von lokalen Veranstaltern wie Theater, Museen, Kirchen Vereine oder Verbände, sowie Veröffentlichungen von Zeitungen oder Nachrichtenagenturen können beispielsweise über Web Feeds oder vergleichbare Datenquellen angebunden werden. Alternative Publikationsformen wie Newsletter werden in Zukunft über CommunityMashup ebenfalls unterstützt und können anschliessend abonniert werden.

Zusammenfassung und Ausblick

Das Ziel von SI-Screen ist die Realisierung eines Tablet Computers, der Inhalte und Funktionen über eine einheitliche und freudvolle Benutzerschnittstelle für ältere Menschen bereitstellt und zu sozialer Kommunikation und Aktivitäten im realen Leben anregt. Durch Übertragung der administrativen Vorgänge an Vertrauenspersonen können Senioren in die Vorzüge des Sozialen Webs gelangen, selbst wenn sie keine oder wenig Erfahrung im Umgang mit Computern haben.

Der erste Prototyp, eine klick-bare Demo-Anwendung der elisa UI, wurde im Januar 2012 fertig gestellt. In März und April 2012 wurden Senioren in Spanien und Deutschland zu den Hardware Designs und den beiden Layout-Varianten der grafischen Oberfläche befragt. Das Feedback fliesst in das gegenwärtige Design und Entwicklung des zweiten Prototypen ein. Über einen ISO 9241-9 Ergonomie-Test wird im Mai die Gebrauchstauglichkeit potentieller Tablet Computern evaluiert, deren Komponenten im zweiten Prototypen verarbeitet werden.

Danksagung

Dieser Beitrag steht im Zusammenhang mit dem Forschungsprojekt SI-Screen, das mit Mitteln des Bundesministeriums für Bildung, und Forschung (Förderkennzeichen 16SV3982), sowie durch das Europäische AAL Joint Programme (AAL-2009-2-088) gefördert wird. Das Vorhaben wird von einem Zusammenschluss aus zehn internationalen Partnern durchgeführt und von der Innovationsmanufaktur GmbH (ehemals SportKreativWerkstatt GmbH) koordiniert. Das Hardware-Design und Prototyping des elisa Produkts wird von Porsche Design Studio entwickelt. Die visuelle Gestaltung des Artikelbildes und der elisa UI erfolgt durch helios.bz. Die Koordination der Produkt- und Systementwicklung sowie die Integration von Social Software obliegt der Universität der Bundeswehr München. Weiterführende Informationen zu SI-Screen sind verfügbar unter http://www.si-screen.eu.

Multitouch-Entwicklung mit GestureWorks

[toc]Der vorliegende Artikel ist der zweite Bericht aus der Einführungs-Serie für Multitouch-Entwicklungsumgebungen und stellt die kommerzielle Software GestureWorks vor. Mit diesem Framework können Adobe Flash Applikationen mit Multitouch-Unterstützung erstellt werden, wobei eine breite Palette von Multitouch-Hardware unterstützt wird. Das Spektrum an unterstützten Gesten ist enorm, was sich u.a. auch in der von GestureWorks eingeführten Gesture Markup Language widerspiegelt. Im Folgenden wird eine kurze Einführung in die Plattform gegeben, einige vorgefertigte Beispiele gezeigt sowie ein kleine Anwendung selbst implementiert.

Einführung

Framework zur Erstellung von Multitouch-Anwendungen mit Adobe Flash
Unterstützung aller Adobe Flash-Komponenten
Verwendung der Adobe Flash Rendering Engine
Implementierung basiert auf Adobe ActionScript
Anbindung beliebiger Hardware mit Windows 7 oder dem TUIO-Protokoll
Über 100 verfügbare Gesten, assoziiert mit der Gesture Markup Language

Demo

Um vor der Vorstellung der technischen Details einen ersten Eindruck zu schaffen, demonstriert das folgende Beispielvideo die Funktionalität einer Applikation mit Flickr und Google Maps Integration:

Historie

Das Framework wird seit 2008 von dem US-Unternehmen Ideum Inc. entwickelt und steht derzeit in der Version 3.1 zur Verfügung. Es werden zwei Versionen vertrieben. Zum einen als Standard-Version für $149, welche auf fünf Gesten beschränkt ist und in jeder Anwendung ein Logo enthält, und die unbeschränkte Professional-Version für $349. Außerdem wird eine Demo-Version bereitgestellt, bei der jede Anwendung auf 30 Minuten Laufzeit eingeschränkt ist. Die Version 2 des Frameworks ist als über das Projekt Open Exhibits als Open-Source verfügbar.

Komponenten und Aufbau

Die nachfolgende Tabelle gibt einen Überblick über die technischen Eigenschaften sowie bereitgestellten Gesten und Komponenten des Frameworks:

Eigenschaft	Ausprägung bei GestureWorks
Programmiersprache	Adobe Flash Adobe Flex
Rendering	Adobe Flash Rendering Engine (Geräteabhängig)
Hardware-Anbindung	Unterstützt jede Hardware, auf der Windows 7 ausgeführt oder welche mit dem TUIO-Protokoll genutzt werden kann
Multitouch-Gesten	Über 100 vorhandene Gesten, assoziiert mit der GestureML, einer Markup-Sprache für Multitouch-Gesten Drag Rotate Anchor Rotate Scale Anchor Scale Tap Anchor Tap Double Tap Anchor Double Tap Triple Tap Tap and Hold Flick Anchor Flick Scroll Split Gesture Draw Vorhandene Gesten können erweitert werden
Bereitgestellte Komponenten	Verwendung aller in Adobe Flash verfügbaren Komponenten möglich Keine zusätzliche Bereitstellung von vorgefertigten Objekten Unterstützung aller Formate, welche durch Adobe Flash verwendet werden können Bilder und Grafiken Audio Video

Installation

Bevor die Installation starten kann, muss zunächst auf der Homepage eine Version gekauft werden. Alternativ steht auf der gleichen Seite auch eine Evaluationsversion zur Verfügung.

Die Adobe Air Laufzeitumgebung herunterladen und installieren
Die heruntergeladene Setup-Datei für GestureWorks ausführen
Den Installationsschritten folgen
Zum Ende der Installation die Lizenznummer eingeben und bestätigen
Nach der Installation öffnet sich der Windows Explorer und zeigt den Installationsordner. In diesem sind die Programm-Bibliotheken enthalten, die benötigt werden, um Multitouch-fähige Anwendungen mit Adobe Flash zu kompilieren. Es ist keine ausführbare Anwendung enthalten!

[nggtags gallery=GestureWorks+Installation]

Einrichtung von Adobe Flash

Um Anwendungen auf Basis von Adobe Flash und GestureWorks entwickeln zu können, wird die Entwicklungsumgebung Adobe Flash Professional CS5+ benötigt. Im Folgenden wird erklärt, wie diese Anwendung eingerichtet werden muss, damit Applikationen mit GestureWorks erstellt werden können.

Dieses vorbereitete Template herunterladen und entpacken. Es enthält die Ordnerstruktur, welche für jedes neue Projekt benötigt wird.
Anlegen eines neuen Adobe AIR Projekts unter „Datei“ -> „Neu“ (Adobe AIR Projekt auswählen)
Abspeichern des Projekts unter beliebigem Namen in dem Template-Ordner
Neue Adobe ActionScript Klasse anlegen unter „Datei“ -> „Neu“ (ActionScript 3.0 auswählen)
Die neue Klasse im „src“-Ordner abspeichern unter dem Name „Main“
ActionScript Einstellungen festlegen unter „Datei“ -> „ActionScript Einstellungen
1. Als Klassenname „Main“ angeben
2. Neuen Quellpfad „.\src“ erstellen
3. Bibliothekspfade hinzufügen. Alle GestureWorks-Projekte müssen mit den Bibliotheken „GestureWorksCML.swc“ und „GestureWorksGML.swc“ verknüpft werden. Diese Dateien befinden sich im „lib“-Ordner im Verzeichnis von GestureWorks und müssen mit dem Icon „SWC-Datei hinzufügen“ je als neue Bibliothek eingefügt und aus dem GestureWorks-Ordner (C:\Users\“Name“\GestureWorks3\lib) ausgewählt werden.
Veröffentlichungseinstellungen festlegen unter „Datei“ -> „Einstellungen für Veröffentlichungen“
1. Der Pfad für die Ausgabedatei (.swf) ist „.\bin\Main.swf“
Nun kann der eigentliche Inhalt der Applikation implementiert werden. Dazu wird mit „Klassendefinition bearbeiten“ von „Main“ eine neue Klasse für ActionScript erstellt.

[nggtags gallery=GestureWorks+Flasheinrichtung]

Mitgelieferte Beispiele

Die Beispielanwendungen für GestureWorks sind nicht in der Installation enthalten, sondern als Tutorial und Download auf der Webseite verfügbar. Die Applikationen sind allesamt einfach gehalten und lassen sich mit der Anleitung auf der Webseite einfach nachvollziehen. Für die weitere Betrachtung werden die Applikationen in zwei Kategorien eingeteilt. Zum einen die Beispiele, welche die grundlegenden Touch-Gesten demonstrieren, und zum anderen erweiterte Anwendungen. Letztere haben einen größeren Funktionsumfang und geben einen Einblick in die reale Entwicklung.

Die derzeit auf der Homepage befindlichen Beispiele sind für die Version 2 von GestureWorks ausgelegt.

Grundlegende Beispiele

Diese Beispielanwendungen dienen vor allem zum Erlernen der grundlegenden Touchgesten. Es werden jeweils nur wenige Geste mit einfachen Objekt kombiniert, um die Funktionalität zu erlernen.

[nggtags gallery=GestureWorks+Beispielanwendung+basic]

Erweiterte Beispiele

Anwendungen in dieser Kategorie sind für fortgeschrittene Entwickler geeignet und zeigen wie man gewöhnliche Flash-Inhalte wie beispielsweise Karten oder 3D-Objekte mit Multitouch-Gesten versehen kann.

[nggtags gallery=GestureWorks+Beispielanwendung+advanced]

Minimalimplementierung

Eine Anwendung mit GestureWorks zu implementieren ist sehr einfach. Es werden nur zwei Dateien und etwas Quellcode (Adobe ActionScript 3) benötigt. Wie bei den anderen Beispielanwendungen für Multitouch-Frameworks dieser Seite soll die Beispielanwendung Bilder darstellen und mit entsprechenden Gesten (Drag, Scale, Rotate) manipulieren können. Für die Applikation wird zunächst ein neues Flash-Projekt benötigt. Dieses muss, wie bereits oben gezeigt, konfiguriert und mit dem GestureWorks-Framework verknüpft werden. Das Minimal-Beispiel steht ebenfalls als fertiger Download zur Verfügung.

Den eigentlichen Quellcode beinhaltet die „Main.as“-Datei. Diese besteht, wie bei objektorientierten Programmiersprachen üblich aus verschiedenen Bestandteilen. Zunächst werden die Grundfunktionen per Import-Anweisung eingebunden. Im Anschluss wird die Klasse von „Application“ abgeleitet und die benötigten Methoden implementiert. Die Methode „initialize“ enthält den Hauptbestandteil der Anwendung. Im Folgenden der vollständige Code für das Minimal Beispiel:

package{
import com.gestureworks.core.GestureWorks;
import com.gestureworks.core.TouchSprite;
import flash.display.Bitmap;
import flash.display.BitmapData;
import flash.display.Loader;
import flash.events.Event;
import flash.net.URLRequest;

public class Main extends GestureWorks{
	private var loader:Loader;
	private var myDisplay:TouchSprite;

	public function Main():void{
		super();
		key = "KEY HIER EINFUEGEN";
	}

	override protected function gestureworksInit():void{
		trace("GestureWorks has initialized");

		myDisplay = new TouchSprite();
		loader = new Loader();
		myDisplay.x = (stage.stageWidth) / 2;
		myDisplay.y = (stage.stageHeight) / 2;
		myDisplay.scaleX = 0.2;
		myDisplay.scaleY = 0.2;

		myDisplay.gestureTouchInertia = true;
		myDisplay.gestureReleaseInertia = true;
		myDisplay.clusterEvents = true;
		myDisplay.gestureEvents = true;
		myDisplay.transformEvents = true;
		myDisplay.disableNativeTransform = false;

		var gList:Object = new Object;
		gList["pivot"] = true;
		gList["n-drag"] = true;
		gList["n-rotate"] = true;
		gList["n-scale"] = true;
		myDisplay.gestureList = gList;

		loader.contentLoaderInfo.addEventListener(Event.COMPLETE, loaderComplete);
		loader.load(new URLRequest("library/assets/pic.jpg"));

		myDisplay.addChild(loader);
		addChild(myDisplay);
	}

	private function loaderComplete(event:Event):void{
		loader.x = 0 - (loader.width / 2);
		loader.y = 0 - (loader.height / 2);
	}
}}

Enterprise 2.0 – Wissensmanagement der neuen Generation?

[toc]Social Software hat in den letzten Jahren als Wissensmanagement-Instrument zunehmend an Bedeutung gewonnen. Während größtenteils anerkannt wird, dass Wikis, Weblogs und Co. einen grundlegenden Wandel der Kommunikation unterstützen, fällt es immer noch schwer, das Phänomen „Enterprise 2.0“ abzugrenzen und den Stellenwert der neuen Plattformen in den Arbeitsprozessen der Mitarbeiter zu bestimmen. Verfolgt man die Diskussion in Wissenschaft und Praxis, stellt man fest, dass dieselben Fragen wieder und wieder gestellt werden: Was ist die „richtige“ Einführungsstrategie für Social Software und wie kann man deren Einführung nachhaltig gestalten? Welches Ziel wird mit der Einführung von Social Software verfolgt? In einer wissenschaftlichen Studie [ref]Richter, A.; Stocker, A.; Müller, S.; Avram, G. (2011): Knowledge Management Goals Revisited – A Cross-Sectional Analysis of Social Software Adoption in Corporate Environments. In: Proceedings of the 22nd Australasian Conference on Information Systems, Sydney. Gewinner des Best Knowledge Management Paper Award der ACIS 2011. Zum Artikel (auf Scribd). [/ref] wurde die Einführung von Social Software in 23 Unternehmen in Deutschland, Österreich und der Schweiz auf diese Fragen hin systematisch untersucht [ref]Zu vielen der 23 Unternehmen-Projekte sind im Internet unter www.e20cases.org Fallstudien verfügbar.[/ref]. Wie sich in der Studie zeigte, sind viele der Ziele von Enterprise 2.0 mit den Zielen von Wissensmanagement vergleichbar – doch es lohnt sich gerade auf die Unterschiede zu schauen.

Exploration und Promotion

Die Analyse der Fallstudien ergab, dass von den Unternehmen zwei Einführungsstrategien entweder getrennt oder kombiniert angewandt wurden. Die Art der Anwendung blieb im Rahmen eines partizipativen Vorgehens zunächst den Nutzern überlassen und die Anwendungsszenarien wurden nach und nach identifiziert (Exploration) und/oder die Plattformen wurden im Unternehmen mit Unterstützung des Managements koordiniert vermarktet und deren gezielte Nutzung geschult (Promotion) [ref]Mehr über Einführungsstrategien und Nutzungsoffenheit in: Richter, A.; Stocker, A. (2011): Exploration & Promotion: Einführungsstrategien von Corporate Social Software. In: Proceedings of the 10th International Conference Wirtschaftsinformatik (WI 2011), Zürich.[/ref]. Der Notwendigkeit, die Potenziale von Social Software erst zu „explorieren“, liegt eine Kerncharakteristik von Corporate Social Software zugrunde, die in der Fachwelt „Nutzungsoffenheit“ genannt wird: Da Social Software selbst keine bestimmte Art der Nutzung vorgibt, muss sich das Potenzial der Dienste erst während der Aneignung durch die Mitarbeiter zeigen. Die Dienste müssen hierfür zu einem Bestandteil der Gruppenpraktiken und organisationalen Prozesse werden.

Ziele der Einführung von Social Software

Darüber hinaus wurden sechs Ziel-Kategorien identifiziert, die in der folgenden Tabelle kurz erklärt werden.

Ziele der Einführung von Social Software in Unternehmen:

Ziel-Kategorie	Ziel-Beschreibung
Effiziente, zielorientierte Kommunikation und Vermeidung von Informationsüberflutung	Offenere Kommunikationskanäle, direktere Mitarbeiter-zu-Mitarbeiter-Kommunikation, Vermeidung bzw. bessere Bewältigung von Informationsüberflutung, Verminderung des E-Mail-Aufkommens
Effizienter Wissenstransfer	Vermeidung von Wissenssilos, Verbesserung des innerbetrieblichen Wissenstransfers, besserer Zugang zu Best Practices
Partizipation der Mitarbeiter und Schaffung einer offenen Unternehmenskultur	Nachhaltige Einbeziehung der Mitarbeiter, reduzierte Anonymität der Mitarbeiter, Entwicklung eines kreativen Klimas, in das sich die Mitarbeiter einbringen können und das auch gerne tun
Aufbau von Expertennetzwerken	Verbesserung der Expertenidentifikation und Mitarbeitervernetzung, Mitarbeiter mit ähnlichem Kontext tauschen sich in Experten-Communities aus, die Weisheit der Masse wird genutzt
Gesteigerte Awareness und Transparenz	Bessere Sichtbarkeit der Aufgaben und Kompetenzen, mehr Transparenz über Entscheidungen und Prozesse, Serendipity
Gesteigertes Innovationspotenzial und Zukunftsfähigkeit	Innovationen können schneller aufgenommen werden, neue Systeme ermöglichen zusätzliche Flexibilität und die Zukunftsfähigkeit des Unternehmens, die Nachhaltigkeit wird nach außen auch für die junge Generation gezeigt.

Enterprise 2.0 versus Wissensmanagement: Gemeinsamkeiten …

Die in der Tabelle angeführten Ziel-Kategorien wurden daraufhin mit den Zielen von Wissensmanagement-Projekten aus einschlägig bekannten Studien verglichen. Dabei zeigten sich aufgrund der interdisziplinären Verwendung des Begriffs „Wissensmanagement“ größere Unterschiede bei den Zielkategorien der Studien. Gleichzeitig existiert eine Schnittmenge von Zielsetzungen, die in allen Wissensmanagement -Studien enthalten waren. Diese Wissensmanagement-Ziele lassen sich grob in vier Kategorien zusammenfassen:

„Schaffung von Wissensspeichern“,
„Förderung der Wissensteilung“,
„Erleichterter Zugang zu Wissen/Experten“ und
„Wahrnehmung des vorhandenen Wissens als unternehmenskritische Ressource“.

Die Gegenüberstellung der Ziel-Kategorien aus den Wissensmanagement-Studien mit den Ziel-Kategorien der Studie zur Einführung von Social Software zeigt, dass sich einige Ziele sehr gut einander zuordnen lassen. So besteht nach wie vor das Ziel den Wissenstransfer zu fördern oder den Zugang zu Wissen bzw. Experten zu erleichtern. Auch wurde damals wie heute das große Innovationspotenzial von Wissensmanagement bzw. Social Software betont und das vorhandene Wissen als unternehmenskritische Ressource bezeichnet.

Gleichzeitig zeigten sich im Vergleich auch deutliche Unterschiede.

[singlepic id=1037 w=618 float=center]

… und Unterschiede

Eine der wichtigsten Erkenntnisse vieler gescheiterter Wissensmanagement-Projekte liegt darin, dass sich Wissen am besten verbreitet, wenn es „fließt“, d. h. fortwährend geteilt, kommentiert und verknüpft wird – und nicht in irgendwelchen „Wissensdatenbanken“ verschwindet. Social Software bietet eine ideale Plattform, diesen Wissensfluss kontinuierlich aufrecht zu erhalten und die Vernetzung der Mitarbeiter zu fördern. So setzen die Unternehmen aus der Studie darauf, das Wissen der Mitarbeiter sichtbar und zugänglich zu machen, wenn es benötigt wird. Dort wo Wissen gesammelt werden soll (z. B. in Wikis), ist es für jeden nicht nur zugänglich, sondern auch schnell änderbar. Durch den Einsatz von Social Software wird also nicht mehr versucht Wissensspeicher zu schaffen, sondern es wird vielmehr der Wissensfluss unterstützt. Gleichzeitig versuchen die Unternehmen nicht mehr Wissen zu erzeugen (z. B. durch das Ablegen von Projektdokumentationen in Datenbanken), sondern zielen darauf ab, ihre Mitarbeiter vor der Informationsflut zu bewahren. An dieser Stelle muss kritisch festgehalten werden, dass Social Software im ersten Schritt zu dieser Flut beiträgt. Doch gleichzeitig bringt sie eine Vielzahl von Mechanismen mit sich, welche die einfache, zielgerichtete Kommunikation unterstützen. Dazu gehören Hash- und @-Tags sowie die Möglichkeit, dank RSS-Feeds, als Empfänger selbst bestimmen zu können, welche Informationen man erhalten möchte („Pull statt Push“).

Darüber hinaus ermöglicht Social Software den Mitarbeitern sich stärker an der Kommunikation zu beteiligen. Die Partizipation der Mitarbeiter trägt zu einer offeneren Unternehmenskultur bei. Kommentar- und Bewertungsfunktionen machen Mitarbeiter-Feedback sichtbar, Inhalte können dank des technischen Fortschritts einfach und von überall bearbeitet werden. Dazu kommt die gesteigerte Sichtbarkeit von Mitarbeiter-Aktivitäten, in sogenannten “activity streams“, in denen Inhalte aggregiert bzw. vernetzt dargestellt werden. Dies führt zu einem schnelleren und effizienteren Informationsaustausch sowie zu gesteigerter Wahrnehmung und Transparenz. Aber auch Schlagwortwolken, sogenannte Tag-Clouds, tragen zu einer besseren Übersicht über Trends und relevanten Themen bei.

Darüber hinaus…

Da die Plattformen nur das Verhalten der Mitarbeiter im Unternehmen transparent abbilden, ist es notwendig, das Unternehmen und seine Mitarbeiter besser zu verstehen, um die Einführung und Nutzung daran zu orientieren. Dabei ist die Kenntnis der Arbeitspraktiken, aber natürlich auch der Unternehmenskultur, also des Rahmens, in den diese eingebettet sind, notwendig. Aus diesem Grund spielt der Einführungs- und Veränderungsprozess eine enorm wichtige Rolle, denn dabei geht es um die Einbettung des Werkzeuges in das soziale und organisatorische System – diese Tatsache wird leider in den meisten Projekten zur Einführung von Social Software nicht verstanden oder unterschätzt.

Dieser Artikel ist eine leichte Überarbeitung eines Beitrags, der Ende Februar 2012 in „wissensmanagement – Das Magazin für Führungskräfte“ erschienen ist [ref]Richter, A.; Stocker, A. (2011): Enterprise 2.0 – Wissensmanagement der neuen Generation? In: wissensmanagement – Das Magazin für Führungskräfte. Heft 2/2012. [/ref]

Multitouch-Entwicklung mit MT4j

[toc]Dieser Artikel stellt den Auftakt einer Serie weiterer Berichte zu „ersten Schritten“ mit aktuell verfügbaren Multitouch-Entwicklungsumgebungen dar. Innerhalb dieser Serie liefert der vorliegene Bericht einen Überblick über die Entwicklung von Multitouch-Anwendungen mit Multitouch for Java (MT4j). Das Framework bietet umfangreiche Funktionalität für das Arbeiten mit Multitouch-Hardware und einfach adaptierbare Konzepte zur Entwicklung eigener Anwendungen. Im Folgenden wird nach einer kurzen Einführung die Einrichtung mit Eclipse erläutert, einige Beispielanwendungen vorgestellt sowie ein Minimal-Beispiel implementiert.

Einführung

Java-Framework zur Entwicklung von Multitouch-Anwendungen
Verwendung verschiedener Komponenten (Bilder, Videos, 3D-Objekte)
Anbindung unterschiedlicher Hardware und Protokolle
10 vorhandene Multitouch-Gesten sowie Möglichkeit zur Erstellung von eigenen Gesten
Performante Darstellung durch OpenGL

Demo

Um vor der Vorstellung der technischen Details einen ersten Eindruck zu schaffen, demonstriert das folgende Beispielvideo die Funktionalität der mitgelieferten Kartenapplikation:

Historie

Das MT4j-Framework wird vom Fraunhofer-Institut für Arbeitswirtschaft und Organisation (IAO) entwickelt und basiert (wie der Name schon sagt) auf der weit verbreiteten objektorientierten Programmiersprache Java. Im Herbst 2009 wurde das Framework unter Open Source-Lizenz veröffentlicht und wird seitdem durch die OpenSource-Gemeinde weiterentwickelt. Die Multitouch-Plattform übernimmt alle benötigten Aufgaben, wie beispielsweise die Erkennung von Multitouch-Gesten, deren Umsetzung in Events sowie die erforderliche Grafikausgabe. Es bietet eine umfangreiche Bibliothek mit vorgefertigten Grafiken, Gesten und Schriften und ist sehr generisch implementiert, sodass eigene Gesten und Grafiken problemlos hinzugefügt werden können. Das Framework ist prinzipiell kompatibel zu allen Multitouch Geräten, da es die Inputs der Hardware abstrahiert. Als Grundlage hierfür wird die Anbindung an verschiedene APIs (z.B. TUIO) bereitgestellt, welche die Eingaben des Touchscreens interpretieren. Die Darstellung erfolgt über die Grafikschnittstelle OpenGL, sodass die Anwendungen auf entsprechender Hardware sehr performant sind.

Komponenten und Aufbau

Die nachfolgende Tabelle gibt einen Überblick über die technischen Eigenschaften sowie bereitgestellten Gesten und Komponenten des Frameworks:

Eigenschaft	Ausprägung bei MT4j
Programmiersprache	Java
Rendering	OpenGL Software-Rendering
Hardware-Anbindung	Hardwareabstraktion und Input Abstraktion Es können beliebige Eingabegeräte integriert werden Native Unterstützung von Windows 7 Multitouch-Features Unterstützung des TUIO-Protokolls
Multitouch-Gesten	Drag Rotate Scale Tap Double Tap Tap and Hold Arcball Rotate Lasso Select Flick Gesture Draw Eigene Gesten können definiert werden
Bereitgestellte Komponenten	Primitive Vektorgrafiken [ref]Vierecke, Ellipsen, Polygone, etc. .[/ref] Schriften [ref]Standardschriftarten (True Type) und Vektor-basierte Schriftarten.[/ref] Bilder [ref]Unterstützung gängiger Formate (.jpg, .png, .bmp).[/ref] 3D-Objekte [ref].3ds und .obj Dateien mit Texturen.[/ref] Videos [ref]Unterstützung gängiger Formate.[/ref]

Installation

Das MT4j Framework steht als quelloffener Download, derzeit in Version 0.95 zur Verfügung und ist bereits als ein Eclipse-Projekt strukturiert.

MT4j läuft derzeit nur mit der 32bit-Variante von Java. Soll ein 64bit System eingesetzt werden, muss trotzdem der 32bit JDK installiert werden. Unter Eclipse muss entsprechend die 32bit Variante von Java zum Ausführen der MT4j Anwendungen ausgewählt werden!

Java Development Kit 32bit (gekennzeichnet als x86) herunterladen und installieren
Die heruntergeladene ZIP-Datei entpacken (MT4j 0.95 full release)
Im Paketexplorer von Eclipse mit Rechtsklick importieren wählen
In dem Importfenster ein „bereits existierendes Projekt“ auswählen
Den unter 2. entpackten Ordner auswählen und importieren

[nggtags gallery=MT4j+Installation]

Mitgelieferte Beispiele

Das MT4j-Paket enthält 19 einfache Beispielanwendungen. Diese sind unterteilt in die Pakete „basic“ und „advanced“ und sind im Ordner „examples“ zu finden. Die Basic Examples dienen zum Verstehen und Testen der grundlegenden Techniken in sehr einfach gehaltenen Applikationen. Die Advanced Examples demonstrieren die Leistungsfähigkeit des Frameworks, indem beispielsweise 3D Modelle verwendet werden. Jede Anwendung befindet sich in einem eigenen Paket. Es ist keine weitere Konfiguration erforderlich, da das Framework alle benötigte Komponenten automatisch sucht und auswählt. Zum Starten ist jeweils eine „Start…Example.java“ Datei hinterlegt, die als „Java Application“ in Eclipse ausgeführt werden kann. Nach dem Start öffnet sich ein neues Fenster innerhalb dessen die Multitouch-Interaktion möglich ist.

Basic-Anwendungen

[nggtags gallery=MT4j+Beispielanwendung+basic]

Advanced-Anwendungen

[nggtags gallery=MT4j+Beispielanwendung+advanced]

Minimalimplementierung

Eine Multitouch-Anwendung mit MT4j zu schreiben ist denkbar einfach, da sie nur zwei Klassen (Scene und MTApplication) benötigt. Die folgenden beiden Abschnitte geben einen Überblick über die Implementierung eine einfachen Applikation zur Bildmanipulation. Die Anwendung, die zum Selbsttest ebenfalls als Download verfügbar ist, ermöglicht es, ein Bild anzuzeigen und dieses mit Standard-Multitouch-Gesten zu manipulieren.

Scene

Eine „Scene als erste benötigte Bestandteil der Anwendung muss die abstrakte Klasse „AbstractScene“ erweitern. In dieser Klasse wird festgelegt, welche Komponenten angezeigt werden. Es gibt viele vorgefertigte Elemente, die insbesondere Standard-Multitouch-Gesten bereits beherrschen. Hierzu gehören beispielsweise Grafiken, Textfelder und Rahmen für verschiedene andere Objekte. Für unser Minimalbeispiel benötigen wir folgenden Code für die Scene-Klasse:

package MinimalExample;

import org.mt4j.MTApplication;
import org.mt4j.components.TransformSpace;
import org.mt4j.components.visibleComponents.widgets.MTImage;
import org.mt4j.input.gestureAction.InertiaDragAction;
import org.mt4j.input.inputProcessors.componentProcessors.dragProcessor.DragProcessor;
import org.mt4j.sceneManagement.AbstractScene;
import org.mt4j.util.math.Vector3D;

import processing.core.PImage;

public class PictureScene extends AbstractScene
{
  private String picturePath =  "MinimalExample" + MTApplication.separator + "data" + MTApplication.separator;

  public PictureScene (MTApplication mtApplication, String name)
  {
    super(mtApplication, name);

    MTApplication app = mtApplication;
    PImage img = app.loadImage(picturePath + "pic.jpg");
    MTImage image = new MTImage(img,app);
    image.setUseDirectGL(true);
    image.setPositionGlobal(new Vector3D(400,400,0));
    image.scale(0.2f, 0.2f, 0.2f, image.getCenterPointLocal(), TransformSpace.LOCAL);
    image.addGestureListener(DragProcessor.class, new InertiaDragAction());
    this.getCanvas().addChild(image);
  }

  @Override
  public void init() {}

  @Override
  public void shutDown() {}
}

Datei ist zu beachten, dass sich das entsprechende Bild im Paket „MinimalExample.data“ (gekennzeichnet als „picturePath“) befinden muss, damit es geladen werden kann!

MTApplication

Die „Application“-Klasse dient zum Starten der Anwendung und muss die abstrakte Klasse „MTApplication“ erweitern. Die vorher beschriebene Scene wird lediglich hinzugefügt. Anschließend wird die Anwendung mit dem Methodenaufruf „initialize()“ gestartet. Dazu sind lediglich die Folgenden Codezeilen erforderlich:

package MinimalExample;

import org.mt4j.MTApplication;

public class StartMinimalExample extends MTApplication
{
  private static final long serialVersionUID = 1L;

  public static void main(String args[])
  {
    initialize();
  }

  @Override
  public void startUp()
  {
    this.addScene(new PictureScene(this, "Picture scene"));
  }
}