Eine Außendienst-App für Verbindungsabbrüche planen
Legen Sie fest, was offline gespeichert wird und wie die App beim Wiederverbinden mit geänderten Aufträgen umgeht.
Legen Sie die erlaubte Offline-Arbeit fest
Bei einer Eingabe ohne Verbindung muss die App eine lokale Erfassung von der erfolgreichen Übermittlung an die Zentrale unterscheiden. Entscheiden Sie pro Aufgabe, ob Lesen, Entwerfen oder verbindliches Abschließen ohne Netz zulässig ist. Eine Anwendung muss nicht jede Schreibaktion offline erlauben, um bei Verbindungsabbrüchen nützlich zu bleiben.
Die Android-Dokumentation unterscheidet Schreibstrategien und behandelt Konflikte beim Wiederverbinden. Für Ihre Planung ist entscheidend, was die angezeigten Zustände fachlich bedeuten: Ein lokaler Entwurf ist noch keine bestätigte Serverspeicherung.
Beispiel: Notiz behalten, Stornierung klären
Das folgende Szenario ist vollständig erfunden. Das Gerät kennt Auftrag AU-64 in Version v7. Ohne Netz erfasst die Fachkraft eine Abschlussnotiz. Währenddessen storniert die Disposition den Auftrag auf dem Server; dort entsteht v8. Im Beispiel darf die Notiz nach berechtigter Klärung als Zusatz gespeichert werden, ohne die Stornierung aufzuheben.
Situation | Lokaler Stand | Erwartetes Verhalten |
|---|---|---|
Notiz ohne Netz erfassen | Entwurf auf dem Gerät | „Nur auf diesem Gerät gespeichert“ anzeigen; keinen erfolgreichen Abschluss melden. |
App schließen und erneut öffnen | Noch nicht gesendeter Entwurf | Im vorgesehenen Wiederöffnungstest ist der Entwurf verfügbar und weiterbearbeitbar. |
Verbindung kommt zurück | Entwurf beruht auf älterem Stand | Geänderten Serverstand prüfen, Konflikt anzeigen und Notiz behalten; Stornierung nicht automatisch überschreiben. |
Berechtigte Klärung und bestätigte Serverspeicherung | Notiz wurde als Zusatz übernommen | Übernahme anzeigen; Auftrag bleibt storniert. |
Das ist eine Liste erwarteter Ergebnisse, kein Bericht ausgeführter Tests. Ein Netzsymbol oder das Absenden eines Requests reicht für den letzten Zustand nicht aus. Er braucht die Bestätigung, dass der Server die vorgesehene Änderung tatsächlich gespeichert hat.
Prüfen Sie den ganzen Rückweg
Bewahren Sie für den Abgleich den bekannten Versionsstand auf. Eine spätere Geräteuhrzeit allein entscheidet nicht, welche Änderung fachlich richtig ist. Definieren Sie die Konfliktregel und die Rolle, die ungeklärte Fälle entscheiden darf. Verhindern Sie außerdem, dass eine Wiederholung dieselbe Notiz mehrfach anlegt.
Prüfen Sie beim erneuten Senden aktuelle Berechtigungen auf dem Server. OWASP fordert Berechtigungsprüfung für jede Anfrage. Eine frühere Anmeldung erlaubt nicht automatisch jede spätere Änderung. Zeigen Sie fehlende Anmeldung oder abgelehnte Speicherung verständlich an.
Vereinbaren Sie auch lokale Zugriffsregeln und das Verhalten bei Abmeldung, Gerätewechsel oder gelöschten App-Daten. Nehmen Sie Verbindungsabbruch, Wiederöffnung, Konflikt und Wiederholung in die Erprobung auf. So wird erkennbar, wo eine Arbeit nur vorbereitet und wo sie verbindlich übernommen wurde.
Quellen
Geschrieben von
- Katharina WeberRedakteurin für Software und TechnologieKatharina Weber betreut bei ASES die Beiträge zur Softwareentwicklung. Sie schreibt über Fragen, die Unternehmen bei der Auswahl von Software, der Entwicklung neuer Anwendungen und der Modernisierung bestehender Systeme beschäftigen.
Weiterlesen
Alle Beiträge
Softwareentwicklung mit ASES
Individuelle Software, Web- und Mobile-Apps