Störfall-Management Tankstellen

Der Kunde betreibt knapp 400 Tankstellen in Deutschland. Störfälle an den Stationen wurden bisher vom Pächter direkt an einen General-Kontraktor gefaxt, der im Anschluss für die Weiterleitung und Beseitigung der Störung zuständig war. Ein zentrales Monitoring über die angefallenen Störungen (ca. 50 .. 100 täglich) sowie eine Überwachung von Erledigungsfristen existierte nicht. Eine neu zu entwickelnde Webapplikation sollte hier Abhilfe schaffen.

Anforderungen

• Konzeption & Entwicklung einer Webapplikation mit Login und Rechtekonzept für unterschiedliche Benutzergruppen
• Benutzerauthorisierung über das exisitierende Active Directory
• Automatische Ermittlung des zuständigen Kontraktors in Abhängigkeit der Störungsart und der betroffenen Tankstelle
• Unterschiedliche Sichten für die Rollen Pächter, Kontraktor, Technischer Innendienst, Außendienst, Vertrieb u. A.
• Automatische Ermittlung und Überwachung der Erledigungsfristen in Abh. von Stunden, Werktagen und Arbeitstagen unter Berücksichtigung bundeseinheitlicher Feiertage
• Email-Benachrichtigungen an unterschiedliche Benutzergruppen bei Änderungen des Störungsstatus und Fristüberschreitungen

Aufgaben

• Analyse der Anforderungen & Spezifikation
• Auswahl des Technologie-Stacks & Definition der Architektur
• Implementierung & Inbetriebnahme
• Dokumetation & Anwenderschulung
• Weiterentwicklung & Maintenance

Ergebnis

Die Applikation konnte fristgerecht zum geplanten Going-Live Termin in Betrieb genommen werden. Da ich alleiniger und direkter Auftragnehmer für dieses Projekt war, hatte ich mir aufgrund der engen, zeitlichen Terminierung für die Dauer von 2 Monaten Entwicklungsresourcen von der Unternehmensberatung ConceptPeople zugekauft.

Aufgrund häufiger Anforderungsänderungen bezüglich der Störungsstatus und möglicher Folgestatus während der Analysephase, entschloss ich mich dazu, eine Workflow-Engine zu implementieren, die über die zugrunde liegende Datenbank konfigurierbar ist. Da der Lebenszyklus einer Störung durch Änderungen ihres Status definiert wird, erhielten wir so die Möglichkeit, das Verhalten der Applikation während des Betriebes ohne Programmänderungen verändern zu können. Erwachsen aus den täglichen Anforderungen im Betrieb, konnten so aus anfänglich 9 definierten Störungsstatus 11 weitere Status incl. zugehöriges Verhalten ohne weitere Entwicklungsiterationen hinzufügt werden.

Weitere Information zum Programm habe ich in diesem Dokument zusammengestellt.