Download (5Mb) - oops/ - Oldenburger Online-Publikations-Server

Weitere Magazine

Empfehlungen

Info

132 Evaluation 8.7 Zusammenfassung Am Ende der Analyse könnten die folgenden Aussagen hinsichtlich der aufgestellten Forschungsfrage getroffen werden: Eigenschaft des Kontext-Modells Erweiterbarkeit / Flexibilität Allgemeinheit Erhöhtes Sicherheitsgrad Echtzeit-Fähigkeit Unterstützung durch die prototypische Umsetzung Das Kontext-Modell kann mit eigenen Kategorien und Gegenstände erweitert werden. Die Evaluation zeigte, dass die Erfassung mehrerer Metadaten, die in dem ursprünglichen Konzept nicht miteinbezogen sind, auch erwünscht ist. Eine weitere Entwicklung des Modells könnte in dieser Hinsicht die Funktionalität enthalten, weitere Metadaten zu erfassen. Das Kontext-Modell ist spezifisch für das “Home Sharing” Szenario aufgelegt. Die Evaluation zeigte, dass die damit erfassten Datenbestände auch für weitere Szenarien rund um die Wohnung angewendet werden können. Das Kontext-Modell verfügt über Zugriffs- und Rechtekontrolle, die jeweils im Laufe der Evaluation implizit von den Probanden benutzt worden sind. Eine Frage bezüglich der von der Softwarelösung geleisteten Datensicherheit kann auch als Grundlage für den Bedarf einer umfassenden Sicherheitspolitik verwendet werden und zeigt zudem die Interesse der Benutzer an dieser Thematik. Das Kontext-Modell wurde nicht explizit anhand seiner Performanz getestet. Trotzdem zeigen Kennzahlen aus der Umsetzung eine gute Performanz (innerhalb von 3 Sekunden) des Web <strong>Server</strong>s bei der Behandlung einer ersten Anfrage (“cache miss”) und weiterhin erheblich bessere Performanz (unter 1 Sekunde) im Fall der erneuten Behandlung derselben Anfrage (“cache hit”). Weiterhin kann das AMQP-Netzwerkprotokoll auch als “echtzeitfähig” angesehen werden, wie in Kapitel 5.2.3 motiviert. Tabelle 8.1: Übersicht zur geleisteten Überprüfung der Forschungsfrage, hinsichtlich der Bestandteile und die Realisierbarkeit dessen Zusammenfassend können die prototypisch entwickelten Anwendungen als für das vorgestellte Szenario des “Home Sharing” (und nicht nur) geeignet angesehen. Trotz einer nicht allzu hohe Anzahl an Probanden lässt sich das bekannte Diktum aus der Forschungsfeld namens “Usability Testing” einführen, welches besagt dass “Observing 4-5 participants will uncover approximately 80% of the problems in a user interface that have a high likelihood of detection” [MWT + 02].
8.7 Zusammenfassung 133 Diese Herangehensweise der kleinen Evaluationen wurde auch von Jakob Nielsen seit Jahren empfohlen 1 und behält seine Wahrheit immer noch behält 2 . Durch eine Evaluation der Gebrauchstauglichkeit (engl. usability) lassen sich auch bestimmte Merkmale über die Nützlichkeit der vorgestellten Konzepte – ein Ergebnis ist die Verbesserung des Produktes im Ganzen, trotz der Mangel an statistischer Aussagekraft. Diese Hypothese hat sich im Fall der durchgeführten Evaluation verwirklicht, wo eine sehr nützliche Sammlung von Daten betreffend Verbesserungsvorschläge, Ideen zur Weiterentwicklung und Aussagen über die Arbeitsbelastung erfasst werden konnte. Als letzter Schritt der Arbeit wird im kommenden Kapitel eine Zusammenfassung der Arbeit sowie einen Ausblick über möglichen weitere Entwicklungen gegeben. 1 Artikel “Why You Only Need to Test with 5 Users”, Jakob Nielsen, Erscheinungsdatum: 19. März 2000, http:// www.useit.com/alertbox/20000319.html 2 Artikel “How Many Test Users in a Usability Study?”, Jakob Nielsen, Erscheinungsdatum: 04. Juni 2012, http:// www.useit.com/alertbox/number-of-test-users.html
Seite 1:
Fakultät II - Informatik, Wirtscha
Seite 5 und 6:
III Inhalt 1 Einleitung 1 1.1 Über
Seite 7 und 8:
1 1 Einleitung In diesem Kapitel wi
Seite 9 und 10:
1.3 Problemstellung 3 wie vom globa
Seite 11 und 12:
1.3 Problemstellung 5 Definition vo
Seite 13 und 14:
1.5 Motivation 7 1.5.1 Unterstützu
Seite 15 und 16:
1.5 Motivation 9 Das Konzept, wofü
Seite 17 und 18:
1.6 Struktur der Arbeit 11 in Kapit
Seite 19 und 20:
13 2 Verwandte Arbeiten Im Rahmen d
Seite 21 und 22:
2.2 Ambient Intelligence (AmI) 15 P
Seite 23 und 24:
2.4 Smart Home 17 Arbeit wird eine
Seite 25 und 26:
2.4 Smart Home 19 2.4.1 (Smart) Hom
Seite 27 und 28:
2.5 Indoor-Lokalisierung 21 Ausgabe
Seite 29 und 30:
2.6 Internet of Things 23 Während
Seite 31 und 32:
2.7 REST und RESTful Web Services 2
Seite 33 und 34:
2.8 Kontext-Modellierung 27 gende S
Seite 35 und 36:
2.8 Kontext-Modellierung 29 landsch
Seite 37 und 38:
2.8 Kontext-Modellierung 31 Informa
Seite 39 und 40:
2.8 Kontext-Modellierung 33 2.8.5 P
Seite 41 und 42:
35 3 User-Stories In diesem Kapitel
Seite 43 und 44:
3.2 Konkrete User-Stories 37 • Mi
Seite 45 und 46:
3.2 Konkrete User-Stories 39 könnt
Seite 47 und 48:
3.3 Zusammenfassung 41 Der erste Sc
Seite 49 und 50:
43 4 Anforderungserhebung Im Rahmen
Seite 51 und 52:
4.2 Grundlagen 45 tionalitäten des
Seite 53 und 54:
4.3 Anforderungsdefinition 47 4.3.1
Seite 55 und 56:
4.3 Anforderungsdefinition 49 • Q
Seite 57 und 58:
4.3 Anforderungsdefinition 51 Abbil
Seite 59 und 60:
4.3 Anforderungsdefinition 53 keine
Seite 61 und 62:
55 5 Entwurf Im Laufe dieses Kapite
Seite 63 und 64:
5.2 Server-Architektur und -Funktio
Seite 65 und 66:
Seite 67 und 68:
Seite 69 und 70:
5.3 Client-Architektur und -Funktio
Seite 71 und 72:
5.3 Client-Architektur und -Funktio
Seite 73 und 74:
5.4 Konzept zum Nutzungserlebnis (U
Seite 75 und 76:
Seite 77 und 78:
Seite 79 und 80:
Seite 81 und 82:
Seite 83 und 84:
77 6 Kontext-Modellierung In diesem
Seite 85 und 86:
6.1 Techniken der Kontext-Modellier
Seite 87 und 88: 6.2 Definition eines Kontext-Modell
Seite 95 und 96: 6.3 Beispielhafte Instanziierung de
Seite 97 und 98: 91 7 Umsetzung des Prototyps In die
Seite 99 und 100: 7.2 Datenmodell für Home Sharing 9
Seite 101 und 102: 7.2 Datenmodell für Home Sharing 9
Seite 103 und 104: 7.3 Backend 97 Die genannten Verbin
Seite 105 und 106: 7.3 Backend 99 Befehle wie z.B. INS
Seite 107 und 108: 7.3 Backend 101 aktualisiert bzw. u
Seite 109 und 110: 7.3 Backend 103 Datei per E-Mail od
Seite 111 und 112: 7.3 Backend 105 Die Entwicklung der
Seite 113 und 114: 7.3 Backend 107 Grape ermöglicht d
Seite 116 und 117: 110 Umsetzung des Prototyps gangs m
Seite 118 und 119: 112 Umsetzung des Prototyps Ursprü
Seite 120 und 121: 114 Umsetzung des Prototyps Logging
Seite 122 und 123: 116 Umsetzung des Prototyps Control
Seite 124 und 125: 118 Umsetzung des Prototyps // endr
Seite 126 und 127: 120 Umsetzung des Prototyps erweite
Seite 128 und 129: 122 Umsetzung des Prototyps Bearbei
Seite 130 und 131: 124 Umsetzung des Prototyps feste I
Seite 132 und 133: 126 Evaluation wurde ein Feldstudie
Seite 134 und 135: 128 Evaluation 8.5.1 Einrichtung de
Seite 136 und 137: 130 Evaluation Abbildung 8.1: Auswe
Seite 140 und 141: 134 Evaluation
Seite 142 und 143: 136 Zusammenfassung Zusammenfassend
Seite 144 und 145: 139 Abkürzungen 6LoWPAN AAL AF AGB
Seite 146 und 147: 141 Abbildungen 2.1 Überblick der
Seite 148 und 149: 143 A Leitfaden der Evaluation Auf
Seite 150 und 151: Mobile HomeSharing Anwendung Im Rah
Seite 156 und 157: 145 Literatur [ACS09] ABLESON, Fran
Seite 158 und 159: 147 [HP12] HARTSON, Rex ; PYLA, Par
Seite 160 und 161: 149 [SB07] [SBG99] SAVIO, Nadav ; B
Seite 162: Versicherung Hiermit versichere ich
Alle anzeigen

Download (5Mb) - oops/ - Oldenburger Online-Publikations-Server

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?