Die Präsentation wird geladen. Bitte warten

Die Präsentation wird geladen. Bitte warten

10-Feb-03 Seite 1 Anton Biller, Matthias Gsteu, Sylvia Nischkowski, Florian Schmid Zigwarehouse Endpräsentation Projekt Ubicomp.

Ähnliche Präsentationen


Präsentation zum Thema: "10-Feb-03 Seite 1 Anton Biller, Matthias Gsteu, Sylvia Nischkowski, Florian Schmid Zigwarehouse Endpräsentation Projekt Ubicomp."—  Präsentation transkript:

1 10-Feb-03 Seite 1 Anton Biller, Matthias Gsteu, Sylvia Nischkowski, Florian Schmid Zigwarehouse Endpräsentation Projekt Ubicomp

2 Agenda Überblick Mobile Geräte Backoffice Sensoren Probleme 10.02.2014 Seite 2 Überblick Mobile Geräte Backoffice Sensoren Probleme

3 Überblick 10.02.2014 Seite 3 Überblick Mobile Geräte Backoffice Sensoren Probleme

4 Überblick Ursprüngliche Zielsetzung Schnitt durch alle Systemteile Backoffice –Persistenz –Synchronisation mit mobilen Geräten Mobile Geräte –Usability –Synchronisation mit Backoffice –Empfangen von Sensordaten Paketsensoren –Sensordaten weitergeben –Protokollierung –Konfiguration 10.02.2014 Seite 4 Überblick Mobile Geräte Backoffice Sensoren Probleme

5 Mobile Geräte Auswahlkriterien Windows Mobile 5 Barcodescanner WLAN Bluetooth RFID (optional) 3,8 Touchscreen Robuste Bauweise Gewicht: 709 g ca. 16h Akkubetrieb Tastatur (optional) Motorola MC9090g 10.02.2014 Seite 5 Überblick Mobile Geräte Backoffice Sensoren Probleme

6 Mobile Geräte Charakteristik der Applikation 10.02.2014 Seite 6 Keine permanente Verbindung zum Netzwerk –daher nicht möglich, direkt auf DB zu arbeiten Lösung: –lokaler Datenbank-Cache –permanent auf dem Gerät verfügbar –bei Bedarf mit DB synchronisieren (nicht trivial) –bekanntes Problem –Welche bestehenden Technologien / Frameworks gibt es hierzu bereits? Überblick Mobile Geräte Backoffice Sensoren Probleme

7 Frameworks für Synchronisierung Gegenüberstellung 10.02.2014 Seite 7 Was spricht sonst noch für MS Sync Services? –lt. Fachzeitschrift dotnet pro fixer Bestandteil von CF 3.5 –Wird aber eigentlich erst mit SQL Server CE 3.5 installiert –verschiedene Synchronisierungsstrategien möglich (Snapshot, Incremental download, Upload only, Bidirectional) Überblick Mobile Geräte Backoffice Sensoren Probleme

8 Microsoft Sync Services Belange Soll das clientseitige Schema angelegt werden oder ein bestehendes verwendet werden? Welche Tabellen und Spalten sollen synchronisiert werden? (Tradeoff: Implementierungsaufwand Performance) Welche Synchronisierungsstrategie soll verwendet werden? Welche Konflikte können auftreten? Wie werden diese behandelt? Sollen nur bestimmte Daten synchronisiert werden? (Filter Einfluss auf Performance und Konflikte) Two-Tier oder N-Tier Modell? 10.02.2014 Seite 8 Überblick Mobile Geräte Backoffice Sensoren Probleme

9 Microsoft Sync Services Architektur 10.02.2014 Seite 9 Überblick Mobile Geräte Backoffice Sensoren Probleme

10 Microsoft Sync Services Fazit ±Wizards generieren bereits vieles +Notwendige Erweiterungen für DB (zusätzl. Spalten, Tombstone-Tables) +Beteiligte Klassen werden erzeugt (nur noch parametrisieren) +Providers für SQL Server + SQL Server CE +N-Tier Modell: Robust gegen plötzliche Verbindungsabbrüche -Generierung des clientseitigen Datasets schwach! -Zu viel generierter Code erschwert Fehlersuche -N-Tier Modell: Client kann Konflikte nicht erkennen (2. Kanal nötig) 10.02.2014 Seite 10 Überblick Mobile Geräte Backoffice Sensoren Probleme

11 Usability Paper Prototype 10.02.2014 Seite 11 Überblick Mobile Geräte Backoffice Sensoren Probleme

12 Usability Umsetzung der GUI 1/2 Überblick Mobile Geräte Backoffice Sensoren Probleme

13 Usability Umsetzung der GUI 2/2 Überblick Mobile Geräte Backoffice Sensoren Probleme

14 Usability Entscheidungen 1/2 1. Ansatz: –Synchronisierung durch Benutzer angestoßen –VT: Benutzer kann entscheiden, wann synchronisiert wird –VT: Bei Bedarf Update vom Server holen –NT: Verantwortung für Datenaktualität bei Benutzer –NT: Benutzer wird damit konfrontiert, dass lokale Daten eine Kopie sind Für Benutzer sollte es sich so anfühlen, als arbeitete er auf den Echtdaten! 2. Ansatz: –Synchronisierung transparent im Hintergrund –Bei Änderung durch Benutzer: Scheduling eines SyncTasks –SyncTask wird durchgeführt, wenn Verbindung zum Netzwerk besteht Überblick Mobile Geräte Backoffice Sensoren Probleme

15 Usability Entscheidungen 2/2 Applikation startet bei Power-On Applikation kann nicht einfach beendet werden (kein Button) Forms einheitlich aufgebaut Beim Starten: Initialer Sync Benutzer kann keine Optionen festlegen Inbetriebnahme Explizite Entscheidungen gegen WinMobile UI Guidelines (für Bedienung durch Stylus ausgelegt) Einheitliche Funktion von Softkey(s): keine verschachtelten Menüs Überblick Mobile Geräte Backoffice Sensoren Probleme

16 Usability Verbesserungen Unterschiedliche Farbschemen pro Pfad Zwischen Pfaden hin- und herspringen (kein wiederholtes Betätigen von Zurück-Button) Filter asynchron anwenden (Volltextfilter bremst sehr stark): Responsiveness Überblick Mobile Geräte Backoffice Sensoren Probleme

17 Backoffice Desktop-Applikation Auftragsverwaltung –vollständigkeitshalber implementiert Paketeinlagerung und Sensorenkonfiguration –Vollständigkeitshalber implementiert Konflikt-Management –Auflösung von Konflikten zwischen Aufträgen –Auflösung von Konflikten zwischen Auftragspositionen Auswirkung auf Prozess: –Eigene Person für Konflikt-Management notwendig –Theoretisch zwei Fälle: nie Konflikt dauernd Konflikte 10.02.2014 Seite 17 Überblick Mobile Geräte Backoffice Sensoren Probleme

18 Backoffice Konflikt-Management. 10.02.2014 Seite 18 Überblick Mobile Geräte Backoffice Sensoren Probleme

19 Backoffice Entscheidungen Konflikt-Management im Backoffice: –Zu komplex für Mobiles Gerät –Lagerarbeiter verfügt nicht über die nötige Kompetenz –Lagerarbeiter soll nicht mit für ihn unnötigen Tätigkeiten belastet werden Usability: –Farbiges Hinterlegen von Aufträge und Auftragspositionen –in Konflikt stehend –nicht in Konflikt stehend gelöster Konfliktpositionen –Exklusive Selektion von Werten –Fertigstellen erst nach Bearbeitung aller Konfliktpositionen möglich 10.02.2014 Seite 19 Überblick Mobile Geräte Backoffice Sensoren Probleme

20 Backoffice Verbesserungen Konfliktkennzeichnung in Konflikt-Management mit Icons erweitern –Wichtig wegen Rot-Grün-Blindheit –Beispiel-Icons: Entwicklungshilfe: Schwarz-Weiß-Modus für Oberfläche Keine Selektion einer Zeile am Anfang –Besseres Erkennen, ob Konflikte vorhanden 10.02.2014 Seite 20 KonfliktKonflikt gelöst Überblick Mobile Geräte Backoffice Sensoren Probleme

21 Sensoren AVR Raven 10.02.2014 Seite 21 Überblick Mobile Geräte Backoffice Sensoren Probleme

22 Sensoren AVR Raven Demoapplikation Stromverbrauch: PicoPower Familiy Over-the-air firmware upgrade 16mbit serial dataflash JTAG/ISP interface 6LowWPAN, BitCloud 10.02.2014 Seite 22 Überblick Mobile Geräte Backoffice Sensoren Probleme

23 Sensoren Lebensdauer Simulations-Scripte von Atmel für Stromverbrauch –Bottom-Up (Physikalische und MAC-Schicht) –Top-Down (Gesamtes Board) Top-Down Script ausgelegt für: –AT86RF230 (Funk) –ATmega1281 (Logik) Anpassung für: –AT86RF230 (Funk) –ATmega3290P (Logik) –ATmega1284P (Logik) –Ohne LCD, Speaker und Mikrofon Lebensdauer: ~5 Monate

24 Sensoren Stromverbrauchsberechnung Eckdaten für einfache Simulation –Geschätzte Kapazität: 200 mAh (2 x Knopfzellen) –Sleep-Mode Zyklus: ~5s –Applikationslaufzeit (Übernommen): 58 ms –Sendezeit (Übernommen): 1 ms –PHY-Payload: 40 Bytes Stromverbrauch per Zyklus: 243.864 uA/s Lebensdauer: 0.4735 Jahre (5 Monate)

25 Probleme.. 10.02.2014 Seite 25 Überblick Mobile Geräte Backoffice Sensoren Probleme

26 Probleme xxx … 10.02.2014 Seite 26 Überblick Mobile Geräte Backoffice Sensoren Probleme

27 Probleme xxx 10.02.2014 Seite 27 … Überblick Mobile Geräte Backoffice Sensoren Probleme

28 Diskussion Vielen Dank für eure Aufmerksamkeit! 10.02.2014 Seite 28


Herunterladen ppt "10-Feb-03 Seite 1 Anton Biller, Matthias Gsteu, Sylvia Nischkowski, Florian Schmid Zigwarehouse Endpräsentation Projekt Ubicomp."

Ähnliche Präsentationen


Google-Anzeigen