Bereitschaftsplanung
Status des Moduls
- Steckbrief zur Diskussion
- Workshop in Vorbereitung
- Spezifikation in Erarbeitung
- Spezifikation in QS-Prüfung
- Modul in Ausschreibung
- Vergabeverhandlungen laufen
- Umsetzung freigegeben
- MODUL IN ENTWICKLUNG
- MODUL FERTIG
Modul Bereitschaftsplanung
Das Planungsinstrument für Rufbereitschaften
Status des Moduls
Die Anwendung ist funktionsfähig entwickelt. Bis zur Endabnahme am 22.02.2019 erfolgt noch ein "Feinschliff".
User Stories und Projektverlauf sind hier zu finden: Jira-openKONSEQUENZ
Allgemeine Beschreibung des Moduls
Das (Ruf)Bereitschaftsplansystem erfasst, ändert, dokumentiert Rufbereitschaftspläne und informiert die betroffen Mitarbeiter über ihren Einsatz.
Die Bereitschaftsplanung bei den Netzbetreibern ist ein wichtiges Thema im Störungsmanagement als auch in den Leitwarten. Bis jetzt werden (Ruf)Bereitschaftspläne häufig in Excel abgebildet und geführt. Dabei ist viel Handarbeit für die Pflege notwendig. Oft werden diese Excel-Pläne redundant über mehrere Organisationbereiche in einer Netzgesellschaft geführt. Dies führt zu einer verteilten, ineffizienten Datenhaltung. Um einheitliche, effektivere Prozesse, sowie Zeitersparnis und sichere, geschütztere Datenhaltung bei der Bereitschaftsplanung zu gewährleisten ist eine professionelle Datenbankanwendung notwendig. Die Anwendung benötigt für bestimmte Ereignisse Protokollfunktionen, beispielweise wenn Rufbereitschaftsphasen geändert werden oder der Bereitschaftsplan in ein einen endgültigen Zustand gesetzt wird.
Demonstrator
Ein Demonstrator der entwickelten Bereitschaftsplanung ist nun auf der Demo-Umgebung verfügbar.
Funktionale Anforderungen
| Nr. | Beschreibung Features | optional |
|---|---|---|
|
1
|
Erstellung eines Bereitschaftsplanobjekts das mehrere Zustände, „Plan / Ist-Ebene“ annehmen wird. Der Bereitschaftsplan enthält eine Zeitachse und Funktionen. Die Plan-Ebene ist für die Mitbestimmung wichtig und wird für die Genehmigung beim BR benötigt. |
|
|
2
|
Unter dem Bereitschaftsplan werden Funktionen angelegt, denen Aufgaben und eine Anzahl von Mitarbeiter zugeordnet sind, die in der Zeitachse in Rufbereitschaftsphasen mit rollierenden Einsatzterminen verplant werden. Den Funktionen können auch Dienstleister zugewiesen sein. Über eine räumliche Zuordnung können die Funktionen auf einen Einsatzort definiert werden.
|
|
|
3
|
Innerhalb des Bereitschaftsplanes werden verschiedene Funktionen zu Bereitschaftslisten zusammengefasst, beispielsweise je eine Bereitschaftsliste für Sparten Strom, Gas/Wasser, Fernwärme….
|
|
|
4
|
Für jeden Tag in der Zeitachse wird aus der Bereitschaftsliste eine Tageseinteilung generiert. Die Tageseinteilung wird an die diensteingeteilten Funktionsmitglieder einer Bereitschaftsliste über ein Verteilerobjekt als Mitteilung in Form einer Mail, Fax oder als SMS versendet.
|
|
|
5
|
Die Mitarbeiter in den Funktionen erhalten Rollen, beispielsweise Monteur, Leiter, Meister ectr. Aus den Mitarbeitereigenschaften unter anderen ist die Qualifikation zu ersehen.
|
|
|
6
|
Über Ausgabefunktionen können die Objekte Bereitschaftslisten, Funktionen, Rufbereitschaftszyklus, Mitarbeiterstammdaten, Einsatzort, Firmenstammdaten, Tageseinteilungen, Bereitschaftsplan gedruckt oder als Pdf-, bzw. als Exceldatei ausgeben werden..
|
Links
-
Zum oK-Demoserver
Zum Webinar
Zum oK-Jira für Feature-Wünsche
Zum oK-Sourcecode
Stand By Planning
Zum Bugzilla
Zum oK-Wiki
Fakten
-
Nicht-funktionale Anforderungen
Vertraulichkeit: normal
Integrität: hoch
Verfügbarkeit: normal -
Weiter funktionale Anforderungen
Um Gerichtsfestigkeit zu erreichen ist es notwendig:
- Die Aktionen “Speichern” und “Statuswechsel” zu loggen
- Alle Änderungen, die beim “Speichern” gespeichert werden zu loggen
- Benutzer und Zeitstempel beim “Speichern” und “Statuswechsel” zu loggen
- Eine sichere Identifikation des Benutzers zu etablieren
Die Integrität und Verfügbarkeit der Logdateien sicherzustellen.
-
Schnittstellen
Netzleitsystem
GIS-System
Meldestellen- / Störungsmanagementsystem