2015 API

Schütz Daniel

Software-Tool zur Überwachung des Batteriestandes und zur Planung des Batteriewechsels von Zutritts-

Durchführung: 16.03.2015 bis 17.04.2015

FacilityManager

Umfeld & Ziel

Sinn und Zweck der Aufgabe war es, eine Erweiterung zu einer bestehenden Exos-Anwendung (Bei Exos handelt es sich um ein Zutritts- und Zeitmanagementsystem) zu erstellen.

Die Batterielaufzeit von Zutrittskomponenten (auch Aktuatoren genannt) ist von diversen äusseren Faktoren abhängig wie zum Beispiel Witterung, Temperatur, Anzahl Durchtritte etc.
Bisher ist die entsprechende Überwachung eigentlich nicht vorhanden - die Aktuatoren signalisieren lediglich wenn sie sich in einem Batterietief befinden.

Zukünftig sollen diese Aktuatoren ihren aktuellen Stand an die Exos-Lösung zurückmelden und die Erweiterung stellt unter anderem die Oberfläche für den Benutzer dar um die Batteriestände anzuzeigen, sowie stellt es die Möglichkeiten zur Verfügung den Aktuatoren einen Standort zuzuweisen um eine ‚,Batteriewechseltour' zu planen. Letzteres ist vor allem für grössere Zutrittslösungen interessant, welche mehrere Gebäude über eine grössere Fläche verteilt haben, da man so viel Zeit im Vergleich zur bisherigen Lösung sparen kann - Der Verantwortliche muss zum Beispiel nicht an zwei aufeinanderfolgenden Tagen durch die Stadt um die Batterien zu wechseln, weil er bereits vorher gesehen hat, dass eine weitere Batterie demnächst gewechselt werden sollte.

Beschreibung der Arbeit/Lösung

Der FacilityManager ist das Produkt dieser Arbeit. Er besteht für den Endanwender aus einer zusätzlichen Exos-Anwendung. Für den Administrator gesellen sich allerdings noch ein weiterer Service sowie einige neue Datenbanktabellen hinzu. Für die Oberflächenanwendung und den Service stehen auch entsprechende Installer zur Verfügung.

Das eigentliche Kernelement bildet dabei dieser zusätzliche Service, da dieser für die Kommunikation zur Exos-Datenbank, in welcher die Batteriestände gespeichert sind, zuständig ist. Es handelt sich dabei um einen WCF-Service, er also via Web angesprochen wird. Die Idee dahinter ist, dass man diesen beispielsweise später auch via App auf einem Smartphone oder Tablet ansprechen könnte.

Die Oberfläche für den Endbenutzer besteht aus mehreren Ansichten:

• Der Standardansicht, welche alle Aktuatoren anzeigt, sortieren und das Bearbeiten der Standortinformationen zulässt.


• Einer Touransicht, welche die einem die Batterien der Aktuatoren einer bestimmten Tour als aufgeladen markieren lässt.


• Einer ‚,Tour bearbeiten'-Ansicht, welche es ermöglicht gespeicherte Touren zu bearbeiten (Aktuatoren hinzufügen/entfernen).


• Einer Druckvorschau, welche einem eine Tour drucken lässt.


• Und den Dialogen um eine neue Tour zu erstellen, zu löschen, anzusehen oder zu bearbeiten.

Die Informationen zu den Aktuatoren, die angezeigt werden, bestehen neben den Standortinformationen aus dem letzten bekannten Batteriestand, dem jeweiligen Datum, dem Namen und dem Aktuatorentyp.
Die Oberflächenanwendung kann nur aus der Exoslösung gestartet werden um sicherzustellen, dass der Benutzer auch berechtigt ist, den FacilityManager zu benutzen und nur Aktuatoren seiner Berechtigungsstufe sieht.

Technisches

Die gesamte Lösung wurde mittels C, dem EntityFramework, sowie etwas SQL um die Tabellen in der Exos-Lösung zu erstellen, umgesetzt. Die Benutzeroberfläche an sich besteht aus XAML Code, während die Logik dahinter sich in eigenen Libraries befindet. Die Installer wurden mit dem WiX-Toolkit erstellt.