Vorheriges Thema: Berechnungsmethode für vertragliche VerpflichtungenNächstes Thema: Grenzwerte


Berechnungsmethode für den aktuellen Status

Damit erhalten Sie Informationen über den Service-Status, der augenblicklich vorherrscht. Da der Begriff "aktuell" sich nach der Häufigkeit richtet, mit der Events eintreten, basieren die Ergebnisse auf einem vorgegebenen Schiebefenster, das an die jeweilige Metrik angepasst werden kann.

Dem Beispiel in Berechnungsmethode für vertragliche Verpflichtungen folgend zeigt ein aktueller Status, der auf einem gleitenden Fenster von 24 Stunden basiert, eine Verfügbarkeit von 50 Prozent. Damit wird deutlich, dass ein Problem vorhanden ist und der Anwender vorbeugende Maßnahmen zu treffen hat, um die Verletzung der vertraglichen Verpflichtung zu vermeiden. Die folgende Abbildung soll dies veranschaulichen.

Hinweis: Der aktuelle Status wird pro Metrik eingestellt (Intervalllänge und Häufigkeit). Weitere Informationen finden Sie unter Erstellen von Metriken.

Dashboard-Beispiel für einen aktuellen Status

Mit der Berechnungsmethode für den aktuellen Status wird das Ergebnis basierend auf einem eigenständigen vorgegebenen Schiebefenster berechnet. Das Schiebefenster wird je nach Vorgabe in den Häufigkeitsparametern wiederholt berechnet. Die Größe des gleitenden Fensters und die Häufigkeit können für jede Metrik festgelegt werden, die für Berechnungen des aktuellen Status in CA Business Service Insight aktiviert wurde. Weitere Informationen finden Sie unter Erstellen von Metriken.

Da es sich bei dem Schiebefenster für die aktuelle Statusberechnung um einem eigenständigen Rahmen handelt, wird der mit vorherigen Schiebefenstern berechnete Status nicht von einem Fenster zum nächsten weitergegeben. Wenn Metriken ausgewählt werden, die für die Berechnung des aktuellen Status verwendet werden, muss der Anwender die Business-Logik überprüfen und sicherstellen, dass angemessene Ergebnisse zurückgegeben werden. Beispielsweise berechnet eine Metrik die Anzahl von offenen Anrufen in einem Call Center. Die empfangenen Events entsprechen dem Typ "Ticket geöffnet" und "Ticket geschlossen". Stellt das Schiebefenster einen Tag dar und wurde das Ticket eine Minute vor Beginn des Schiebefensters geöffnet, bleibt dieses Event unberücksichtigt, und das Berechnungsergebnis weist eine Ungenauigkeit von einem Ticket auf. Um den Fehlerprozentsatz bei Verwendung dieser Business-Logik zu reduzieren, muss das Schiebefenster erheblich größer sein, um darzustellen, wie häufig Events normalerweise eintreten.