Ein Service-Level stellt eine Servicestufe dar, die für
einen Endbenutzer verfügbar ist.
Nehmen Sie beispielsweise an, ein Unternehmen beschließt, drei
Servicestufen innerhalb einer Anwendung anzubieten. Das Unternehmen
könnte diese drei Servicestufen so benennen, dass anhand der Namen -
Gold, Silber und Bronze - eine Differenzierung der unterschiedlichen
Service-Level erfolgt. Die Gold-Benutzer sollen einen schnelleren,
umfassenderen oder besser verfügbaren Service nutzen können als die
übrigen Benutzer.
Service-Levels weisen eine Prioritätseigenschaft auf, die
folgendermaßen verwendet werden kann:
- Gold
Diese Kategorie besitzt Prioritätsstufe 3.
- Silber
Diese Kategorie besitzt Prioritätsstufe 2.
- Bronze
Diese Kategorie besitzt Prioritätsstufe 1.
Service-Levels werden als Kontext für Richtlinien verwendet. Service-Levels können nun als Richtlinienziel oder als Kontext
ausgewählt werden. Sie können eine Richtlinie schreiben, die für
Gold-Benutzer einer bestimmten Schnittstelle gilt. In zwei
Situationen könnte diese bei einer Dynamic Assembly-Simulation
optional sein:
- Die Kontextspezifikation, die für die Erstellung der Simulation
herangezogen wurde, wird nur zur Ausführungszeit angegeben. Der
Service-Level wurde als Modelldimension hinzugefügt, aber nicht als
erforderlich gekennzeichnet.
- Die Kontextspezifikation, die für die Erstellung der Simulation
herangezogen wurde, wird nicht zur Ausführungszeit angegeben. In
diesem Fall kann der Service-Level direkt im Editor für die
Simulationseingabe als Modelldimension hinzugefügt werden.
Verwandte Themen