Im Folgenden finden Sie eine Liste von Events im System, welche die Engine dazu zwingen, eine Neuberechnung durchzuführen:
Roh- und Zwischendaten können nach der eigentlichen Zeit hinzugefügt werden, an der sie auftraten. Ein Beispiel dafür ist ein Fall, in dem eine Event-Quelle inaktiv war und die Daten nicht erhielt. Sobald die neuen Daten hinzugefügt wurden, führt die Engine ab dem Zeitstempel des hinzugefügten Events eine Neuberechnung durch. Beispielsweise kann der Wert des Dollars am Ende des Monats eingegeben werden. Allerdings basieren alle Berechnungen des Monats auf dem Dollarwert zu diesem Zeitpunkt. Die Engine kehrt deswegen zum Monatsanfang zurück und führt mit dem neuen Wert eine Neuberechnung durch.
Auch bereits berechnete Daten können korrigiert werden. Korrekturen ersetzen Rohdaten.
Hinweis: Diese Situation tritt nicht ein bei Zwischendaten, zu denen keine Korrekturen hinzugefügt werden können.
Wenn eine Korrektur hinzugefügt wird, muss die Engine einen Zustand finden, der zeitlich vor der Änderung auftrat. Die Engine beginnt daraufhin, die Metrik mit den neuen, korrigierten Daten, die in die Berechnung eingeschlossen sind, von diesem Zeitpunkt an neu zu berechnen.
Ein Anwender hat z. B. in der vergangenen Woche fälschlicherweise "5" als Rohdaten eingegeben. Der Anwender ersetzt die Zahl 5 durch eine 3. Die Engine muss von dem Datum an neu berechnen, zu dem die Zahl 5 eingegeben wurde. Die Zahl 3 wird anstelle von 5 verwendet.
HINWEIS: Eine Korrektur kann auch durch Löschen von falschen Daten erfolgen, ohne sie durch neue Daten zu ersetzen.
Events werden erhalten auf der Basis der Registrierung bei:
Wenn eine Ressource geändert wird, führt die Engine eine Neuberechnung ab dem Änderungszeitpunkt durch. Ein Beispiel dieser Neuberechnung ist das Zuweisen oder Entfernen einer Ressource aus einer Ressourcengruppe oder das Ändern des Wertes eines anwenderspezifischen Ressourcenattributs.
In einem Fall, in dem eine Liste von Servern eine fortlaufende Anzeige ihres Status hat, wurde Server 3 zur Wartung entfernt. Server 3 wurde ohne eine Systembenachrichtigung entfernt. Der Anwender teilt dem System mit, dass Server 3 während des Wartungszeitraums nicht vorhanden war. Die Engine geht zurück und berechnet von dem Datum an neu, an dem Server 3 entfernt wurde.
Wenn an einem anwenderspezifischen Attribut einer Ressource eine Änderung vorgenommen wird, berechnet die Engine sämtliche Metriken, die mit der Ressource verbunden sind, neu. Die Metriken werden ab dem Datum, an dem das anwenderspezifische Attribut geändert wurde, neu berechnet.
Nehmen wir ein Szenario an, in dem sich die Server in New York, Chicago und Los Angeles befinden. Der Anwender beschließt, die Chicago-Server in die Gruppe von New York aufzunehmen. Später entscheidet der Manager, dass die Chicago-Server eigentlich Teil der Los Angeles-Gruppe sind, und verändert den Status der Chicago-Server. Die Engine muss nun eine Neuberechnung vornehmen.
Ausnahmen können für angegebene Zeitspannen erstellt werden. Zum Beispiel könnte es eine Zeitspanne geben, die als innerhalb der normalen Betriebsstunden angegeben wird, aber es gibt eine Ausnahme aufgrund eines Stromausfalls. Diese Ausnahme entfernt das angegebene Zeitintervall aus den normalen Betriebsstunden. Die Events werden weiterhin verarbeitet, obwohl sie nun als außerhalb des Zeitfensters betrachtet werden. Sobald diese Zeit einmal von der normalen Routine unterschieden wird, kann das Verhalten außerhalb des Zeitfensters im Business-Logikskript festgelegt werden. Allerdings kann der Anwender noch nicht festlegen, wie die Engine sich während des Zeitraums der Ausnahme verhält. Das Verhalten kann nicht vom Standardverhalten "außerhalb des Zeitfensters" geändert werden. Ausnahmen können vor oder nach dem aktuellen Zeitraum festgelegt werden. Wenn eine Ausnahme zu einer Zeitspanne hinzugefügt wird, die bereits von der Engine berechnet wurde, führt die Engine eine Neuberechnung durch, in der die Ausnahme berücksichtigt wird.
Zum Beispiel gibt es einen Fall, in dem vor einer Woche die Benachrichtigung über einen Stromausfall erfolgte. Das System erstellte Berechnungen bis zur gegenwärtigen Zeit, ohne den Stromausfall zu berücksichtigen. Sie benötigen in diesem Fall eine Neuberechnung.
Die vom Anwender angegebene Business-Logik kann in jeder einzelnen Metrik erstellt werden. Wenn die Logik zentral ist und wieder benutzt werden muss, kann sie außerdem in einem Business-Logik-Modul platziert werden. Dies erlaubt dem Anwender, die Logik einmal zu erstellen und in mehreren Metriken zu verwenden. Wenn allerdings das Modul geändert wird, um einen Fehler in der Logik zu beseitigen, werden alle Metriken neu berechnet, die mit dem geändertEN Modul verbunden sind. Diese Metriken müssen neu berechnet werden, um diese Korrektur zu berücksichtigen.
Der Anwender hat beispielsweise mehrere Kunden, die alle eine Helpdesk-Metrik wollen. Die Helpdesk-Logik kann in einem Business-Logik-Modul platziert werden.
Wiederverwendbarkeit von Events ist eine Funktion, die dem Anwender erlaubt, Metriken zu erstellen, die die Ergebnisse der Berechnung von anderen Metriken als Eingabe verwenden. Diese Art von Daten wird Zwischendaten genannt. Diese Daten werden erstellt, indem man eine Metrik Events "senden" lässt, die in der Struktur Rohdaten ähnlich sind. Die empfangene Metrik registriert sich dann bei dieser sendenden Metrik und empfängt die Events, die auf die gleiche Weise gesendet wurden, als wenn eine Metrik Rohdaten-Events erhält. Wenn die Sendemetrik neu berechnet wird, muss sie die zuvor gesendeten Events löschen und die Zeitspanne neu berechnen, für die eine Neuberechnung erforderlich ist. Dies bedeutet, dass die Zwischendaten, die zuvor gesendet wurden, nicht mehr aktuell sind. Die Metriken, die registriert werden, um diese Daten zu erhalten, müssen neu berechnet werden, um die neuen Daten zu berücksichtigen.
Beim Erstellen einer neuen Vertragsversion werden manche oder die gesamten enthaltenen Metriken vom Anfang der Vertragsversion an neu berechnet. Diese Neuberechnung wird nur für Metriken vorgenommen, bei denen im Vergleich zur Vorgängerversion Änderungen vorgenommen wurden. Sie erhalten keine Neuberechnung, wenn Sie eine Vertragsversion erstellen und dann direkt übernehmen. Keine Neuberechnung tritt auf, weil Metriken Änderungen enthalten.
Folgende sind Fälle, in denen keine Neuberechnung erfolgt:
Eine neue Vertragsversion wird als "Berechnung", nicht als "Neuberechnung" betrachtet; daher wird sie nicht im Verlauf der Neuberechnung berücksichtigt.
Sie haben z. B. einen Dreijahresvertrag mit dem Unternehmen "ABC". Sie verlängern den Vertrag um ein zusätzliches Jahr . Durch diese Änderung wird eine neue Vertragsversion erstellt. ACE1 berechnet die Metriken ab 1. Januar 2005 neu.
Keine Änderung tritt auf, wenn Sie einen Vertrag mit 100 Metriken haben, und Sie erstellen eine Version und ändern den Parameter von EINER der Metriken ab. Die anderen Metriken berechnen sich nicht neu.
Hinweis: Wenn Änderungen vor längerer Zeit vorgenommen wurden, verursacht dies eine lange Neuberechnung. Diese Neuberechnung nimmt eine lange Zeit in Anspruch, weil betroffene Metriken von der Zeit der Änderung neu berechnet werden müssen.
|
Copyright © 2013 CA.
Alle Rechte vorbehalten.
|
|