prom20terminplanung:ueberbuchungsberechnungssystem
Differences
This shows you the differences between two versions of the page.
|
prom20terminplanung:ueberbuchungsberechnungssystem [2012/11/11 15:15] rtavassoli created |
prom20terminplanung:ueberbuchungsberechnungssystem [2012/11/11 15:27] (current) rtavassoli |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Überbuchungsberechnungssystem ====== | ====== Überbuchungsberechnungssystem ====== | ||
| - | Das Überbuchungsberechnungssystem verwendet dieselbe Bibliothek wie auch der PRO•M Server, der direkt während der Erfassung auf Überbuchungen prüft und diese verhindert, sollte der Planer nicht über ausreichende Überplanungsrechte verfügen. Das Überbuchungsberechnungssystem ist //Ereignisgesteuert//. Es wird durch Änderungen an der Terminplanung ausgelöst, indem //event handler//, die auf bestimmte Ereignisse lauschen, asynchron ausgelöst werden((Verwendung von //CQRS// und //event sourcing//)).\\ \\ | + | Das Überbuchungsberechnungssystem verwendet dieselbe Bibliothek wie auch der PRO•M Server, der direkt während der Erfassung auf Überbuchungen((anhand der Meldungsarten)) prüft und diese verhindert, sollte der Planer nicht über ausreichende Überplanungsrechte verfügen. Das Überbuchungsberechnungssystem ist //Ereignisgesteuert//. Es wird durch Änderungen an der Terminplanung ausgelöst, indem //event handler//, die auf bestimmte Ereignisse lauschen, asynchron ausgelöst werden((Verwendung von //CQRS// und //event sourcing//)).\\ \\ |
| - | Zudem läuft ein Dienst, der das Berechnungssystem regelmäßig((z.B. einmal täglich um 04:00)) zur kompletten Neuberechnung aller Meldungen anstößt. Da auch die Arbeitszeitregeln der Mitarbeiter relevant sind, und diese das Berechnungssystem nicht Ereignisgesteuert auslösen können((weil es nicht //event sourcing// verwendet)), muss die Auslösung der Berechnung anders gesteuert werden. Die Änderungen an den Arbeitszeitregeln sind auch so selten, dass eine tägliche Berechnung ausreichen sollte((Erst mal)). | + | Zudem läuft ein Dienst, der das Berechnungssystem regelmäßig((z.B. einmal täglich um 04:00)) zur kompletten Neuberechnung aller Meldungen anstößt. Da auch die Arbeitszeitregeln der Mitarbeiter relevant sind, und diese das Berechnungssystem nicht Ereignisgesteuert auslösen können((weil es nicht //event sourcing// verwendet)), muss die Auslösung der Berechnung anders gesteuert werden. Die Änderungen an den Arbeitszeitregeln sind auch so selten, dass eine tägliche Berechnung ausreichen sollte((erst mal)).\\ \\ |
| + | Es werden immer nur Meldungen in die Zukunft generiert((was auch bedeutet, dass Planer in der Vergangenheit soviele Überbuchungen planen können, wie sich möchten, das interessiert PRO•M dann nicht mehr)). Bei Serientermien auch nur für einen bestimmten Zeitraum in die Zukunft, z.B. 6 Monate((ab dem Start des Serientermins, bzw. ab dem heutigen Tag, wenn der Serientermin in der Vergangenheit startet)). Dieser Zeitraum muss mit dem [[prom20terminplanung:Überbuchungsmeldungssystem|Überbuchungsmeldungssystem]] koordiniert werden, da der berechnete Zeitraum mindestens so groß sein muss wie der Zeitraum, der an die Mitarbeiter gemeldet wird. | ||
prom20terminplanung/ueberbuchungsberechnungssystem.1352643353.txt.gz · Last modified: 2012/11/11 15:15 by rtavassoli
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 3.0 Unported
