Implementierungshandbuch › Implementierung › Business-Logik-Skripting (Business-Logik-Experte) › Innerhalb der Business-Logik › Trennen der Ausnahmen von den Zeitfenstern

Trennen der Ausnahmen von den Zeitfenstern

Die CA Business Service Insight-Business-Logik erhält die Ausnahme-Events nicht. Empfangen werden hingegen der Parameter OnTimeslotExit, wenn ein Ausnahmezeitraum beginnt, sowie der Parameter OnTimeslotEnter, wenn ein Ausnahmezeitraum endet. Die Business-Logik kann deswegen nicht zwischen Ausnahmezeiten und außerhalb des Zeitfensters liegenden Zeiten unterscheiden. Überdies kann sie nicht zwischen Ausnahmetypen unterscheiden. Dadurch kann keine differenzierte Logik für das Ausnahmezeitverhalten sowie für das Verhalten "außerhalb des Zeitfensters" implementieren.

Eine Möglichkeit zur Implementierung besonderer Ausnahmen (d. h. einer Ausnahme, die sich nicht als Zeitraum "außerhalb des Zeitfensters" verhält, ist die Definition von dedizierten Event-Typen statt der Verwendung des in CA Business Service Insight integrierten Mechanismus für den Umgang mit Ausnahmen. Diese Ereignisse werden generiert, indem sie mithilfe eines Adapters von einer dedizierten Datenquelle ausliest.

Diese Ausnahmen können in einer Excel-Tabelle (oder in jeder anderen Datenquelle) gespeichert werden, und ein Adapter kann die Daten dann laden und eine Antwort generieren: Ausnahme-Eingabe- und Ausnahme-Ausgabe-Events. Alternativ können die Ausnahmen durch die Verwendung von Korrekturen hinzugefügt werden. Zusätzlich zur Korrektur sollte eine Dummy-Ressource definiert und diesen Events zu Registrierungszwecken zugewiesen werden. Diese Ressource dient nur als Platzhalter, wie vom Befehl angefordert.

Um die von diesen dedizierten Ereignissen gemeldeten Ausnahmezeiten verarbeiten zu können, sollte die Business-Logik-Formel mit diesen Ausnahme-Ereignissen zusätzlich zu der normalerweise erforderlichen Registrierung für die in der Berechnung verwendeten Rohdatenereignisse, registriert werden.

Es wird empfohlen, dass der Business-Logik-Experte ein Feld für den Ausnahmetyp im Event-Typ enthält, um so eine differenzierte Handhabung der verschiedenen Arten von speziellen Ausnahmen zu ermöglichen.

Diese Vorgehensweise weist die folgenden Eigenschaften auf:

• Sie trennt zwei Ausnahmesätze - den Standard-Ausnahmesatz und den speziellen Ausnahmesatz.
• Spezielle Ausnahmen verfügen nicht über eine Benutzeroberfläche zu Wartungszwecken.
• Berichte, die auf den als Events von einem Adapter erstellten Ausnahmen basieren, kommentieren deren Vorhandensein nicht. In Fällen, in denen der Korrekturmechanismus verwendet wurde, liegt ein Kommentar vor. Die Verwendung der Korrekturmethode wird zur Wahrung der Integrität der vom System generierten Ergebnisse empfohlen.
• Keine Spezifikation "Mit/Ohne Ausnahmen" berücksichtigt diese Ausnahmen.
• Wo der Korrekturmechanismus verwendet wird, gilt die "Mit/Ohne"-Korrektur.

Nach der Implementierung wird empfohlen, den Business-Logik-Experten die Logik auf alle Systemmetriken anwenden zu lassen.

Es gibt noch eine weitere Methode, eine Ausnahme nach Bedarf auf eine einzelne Ressource anzuwenden. Bei dieser Methode wird der Ressourcenstatus "Wirksam" verwendet. Indem der Status einer Ressource auf "Unwirksam" festgelegt wird, ignoriert die Berechnungs-Engine während dieses Zeitraums alle Rohdatenereignisse, die für diese Ressource versendet werden. Durch das Festlegen eines Zeitraums, in dem die Ressource unwirksam ist, durch die Erstellung neuer Ressourcenversionen - eine zu Beginn des Ausnahmezeitraums, eine andere am Ende des Ausnahmezeitraums.

Wenn jedoch die Ressource Teil einer geclusterten Metrik ist, und die Ressource in demselben Berechnungszeitraum wirksam bzw. nicht wirksam wird, wird, wie oben aufgeführt, nur der letzte Zeitraum berücksichtigt, in dem die Ressource wirksam war. In diesem Fall wird empfohlen, die benutzerspezifische Attributfunktion zu verwenden. Es lässt sich ein zusätzliches Attribut für die Ressource verwalten, das den Status der Ressource angibt, und die Business-Logik-Formel wird an jeder relevanten Stelle im Skript für den Status der Ressource abgefragt.