Mobile Client beim Bundesministerium für Landesverteidigung

Transkript

1 Mobile Client beim Bundesministerium für Landesverteidigung Dr. Gerald Ritz Senior Solution Architect, HP 2004 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice Überblick Szenarien für Offline-Client Mobilität Bearbeitungsgeschwindigkeit Ausfallssicherheit Realisierung Offline-Client Verteilungsmechanismus als Basis Lokaler Server mit eigener Datenbank Technische Herausforderungen September 30,

2 - Arbeitskorb Vollintegrierte ELektronische AKtenbearbeitung Smart Client basierend JAVA- Arbeitskorb Plattformunabhängig implementiert SWING-GUI Benutzerkomfort Hohe Skalierbarkeit (>3000 User) September 30, Geschäftsstückbearbeitung Basis-Metadaten / Workflow-Definition September 30,

3 - Geschäftsstückbearbeitung Dokumentenstruktur jedes Dokument im richtigen Kontext September 30, Geschäftsstückbearbeitung Objektlauf, Bearbeitungshistorie und Versionierung September 30,

4 Szenarien für Offline-Client Nutzung im mobilen Einsatz Checkout/Checkin für gesamte Geschäftsfälle inklusive Dokumente Uneingeschränkte Bearbeitungsmöglichkeit im Offline- Betrieb Avisieren von Workflow-Funktionen (genehmigen, weiterleiten) September 30, Szenarien für Offline-Client Bearbeitung von Geschäftsfällen ohne Verwendung des zentralen Servers Checkout Bearbeitung Checkin Bearbeitungsgeschwindigkeit unabhängig von Serverbelastung Größere Unabhängigkeit von Netzwerkgeschwindigkeit September 30,

5 Szenarien für Offline-Client Ausfallssicherheit durch lokales Speichern Bei Serverausfällen / Cluster-Failover Bei Netzwerkproblemen LAN September 30, Realisierung Offline-Client Verwendung bekannter Technologien keine grundsätzlich neuen Server-API und Verteilung, Transaktionssicherheit durch Verwendung eines DBMS Zero Administration für Benutzer Keine aufwändige Installation eines Datenbankensystems am Client JAVA-Datenbank Derby läuft im gleichen JAVA- Prozess wie Client benötigt kein Setup Keine zusätzlichen lizenzpflichtigen Komponenten Datenbank Derby ist Freeware Eigener Ordner mobiler Arbeitsplatz September 30,

6 Realisierung Offline-Client Architektur Klassischer JAVA-Client Client JAVA- Client Appl. Client Server Session RMI Server Mobile Session Derby DBMS JDBC Mobile Server Appl. September 30, Realisierung Offline-Client Download eines Geschäftsstückes Prozess von zentralem Server auf mobilen Server kopiert Prozess am zentralen Server als ausgecheckt markiert ELAK-Daten werden über Packer-Interface aus Verteilung mitübertragen Im Online-System wird Bearbeitung des Prozesses gesperrt, Lesezugriff erlaubt September 30,

7 Realisierung Offline-Client Download eines Geschäftsstückes Online Arbeitsplatz Mobiler Arbeitsplatz September 30, Realisierung Offline-Client Offline Bearbeitung eines Geschäftsstückes Gleiche Funktionalität wie normaler Client Gewohnte Bearbeitungsmöglichkeit für Dokumente und Metadaten Workflow-Aktivitäten werden in Queue eingetragen = avisiert September 30,

8 Realisierung Offline-Client Upload eines bearbeiteten Geschäftsstückes Prozess von mobilen Server auf zentralen Server kopiert Avisierte Workflow-Funktionen aus Queue werden abgearbeitet Prozess am zentralen Server als eingecheckt markiert ELAK-Daten werden über Packer-Interface aus Verteilung mitübertragen Prozess vom mobilen Server gelöscht Upload-Protokoll informiert über Problemfälle (Konflikte) September 30, Realisierung Offline-Client Lokales Speichern der Geschäftsstücke bei Netzwerk- / Serverproblemen Geschäftsstückobjekte am Client enthalten Metadaten (ELAK-Erweiterung API) Geöffnete Dokumente befinden sich in lokalem File- Cache Client wechselt bei Server-Problemen automatisch in Offline-Modus Aktuell bearbeitetes Geschäftsstück wird in mobilem Arbeitsplatz (lokaler Server) gespeichert Markierung als ausgecheckt am Server nicht möglich Sobald Serververbindung verfügbar, kann Benutzer Geschäftsstück einchecken September 30,

9 Technische Herausforderungen Performance Kleine Änderungen der JAVA-Startparameter haben große Auswirkungen (z.b. incgc) Bisherige Generierung der Objekt-IDs nicht geeignet Modifikation der Offline erzeugten Objekte beim Upload erforderlich Referenzen müssen korrigiert werden Geschäftszahl erst beim Checkin vergeben Behandlung der avisierten Funktionen Zukünftiger Workflow muss für Status berücksichtigt werden (z.b. eingeschränkte Bearbeitungsmöglichkeit nach Offline-Genehmigung) September 30, Technische Herausforderungen Session-Handling Client hat Verbindung zu zwei Servern (zentral+lokal)! Bei Upload/Download Pre- und Postprocessing erforderlich 2 Sessions gleichzeitig in Verwendung Fehlerbehandlung mit lokaler Sicherungskopie Geschäftsstücke sind nicht immer vollständig geladen Fehlende Komponenten dürfen beim Checkin nicht entfernt werden Stammdatensynchronisation Änderungen müssen in mobile DB kopiert werden In nächster Version auch im Hintergrund September 30,

10 Danke für die Aufmerksamkeit! Fragen?