| Alle | A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | Z |
| Begriff |
Beschreibung |
| Dashboard |
(Service Operation) Eine grafische Darstellung der allgemeinen IT Service Performance und Verfügbarkeit. Dashboard-Abbildungen können in Echtzeit aktualisiert und auch in Management-Berichten und Webseiten eingeschlossen werden. Dashboards können verwendet werden, um das Service Level Management , das Event Management oder eine Incident Diagnose zu unterstützen. |
| Data-to-Information-to-Knowledge-to-Wisdom |
Eine Methode, um die Beziehungen zwischen Daten, Informationen, Wissen und Erfahrung darzustellen. DIKW veranschaulicht, wie die einzelnen Elemente aufeinander aufbauen. |
| Defekt |
Synonym für Fehler |
| Definitive Media Library |
(Service Transition) Ein oder mehrere Standorte, an dem die endgültigen und genehmigten Versionen aller Software Configuration Items sicher gespeichert sind. Die DML kann darüber hinaus zugehörige CIs wie Lizenzen und Dokumentationen beinhalten. Die DML ist als einzelner logischer Speicherbereich definiert, auch wenn sie auf verschiedene Speicherorte aufgeteilt ist. Die gesamte Software in der DML untersteht der Steuerung des Change und Release Management und wird im Configuration Management System erfasst. Für ein Release ist ausschliesslich der Einsatz von Software aus der DML akzeptabel. |
| Demand Management |
Aktivitäten , die sich mit dem Bedarf des Kunden an Services befassen und auf diesen Bedarf sowie auf die Bereitstellung der Kapazität Einfluss nehmen, um diesem Bedarf gerecht zu werden. Auf strategischer Ebene kann das Demand Management die Analyse von Business-Aktivitätsmustern und Anwenderprofilen einbeziehen. Auf taktischer Ebene kann es eine differenzierte Leistungsverrechnung einsetzen, um die Nutzung von IT Services bei den Kunden zu Zeiten mit einer geringeren Auslastung zu fördern. Siehe Capacity Management |
| Deployment |
(Service Transition) Die Aktivität , die für den Übergang neuer oder geänderter Hardware, Software, Dokumentation, Prozesse etc. in die Live-Umgebung verantwortlich ist. Das Deployment ist Teil des Release and Deployment Management Prozesses Siehe Rollout |
| Design |
(Service Design) Eine Aktivität oder ein Prozess , die bzw. der Anforderungen identifiziert und dann eine Lösung definiert, um diesen Anforderungen gerecht zu werden. Siehe Service Design |
| Diagnose |
(Service Operation) Eine Phase in den Incident- und Problem-Lebenszyklen Zweck der Diagnose ist es, einen Workaround Für einen Incident oder die zugrunde liegende Ursache eines Problems zu identifizieren. |
| Diagnoseskript |
(Service Operation) Ein strukturierter Satz an Fragen, der von Service Desk Mitarbeitern eingesetzt wird, um sicherzustellen, dass die korrekten Fragen gestellt werden. Darüber hinaus bietet er eine Hilfestellung bei der Klassifizierung , Lösung und Zuteilung von Incidents an andere Mitarbeiter. Diagnoseskripts können auch Anwendern zur Verfügung gestellt werden, um diese bei der Diagnose und Lösung ihrer eigenen Incidents zu unterstützen. |
| Differenzierte Leistungsverrechnung |
Eine Technik, die das Demand Management unterstützt, indem für eine IT Service Funktion zu unterschiedlichen Zeiten unterschiedliche Beträge verrechnet werden. |
| Directory-Service |
(Service Operation) Eine Anwendung , die die Informationen zu der in einem Netzwerk verfügbaren IT-Infrastruktur und zu den zugehörigen Zugriffsrechten der Anwender verwaltet. |
| Direkte Kosten |
(Service Strategy) Kosten für die Bereitstellung eines IT Service , die in voller Höhe einem bestimmten Kunden , einem Cost Center , einem Projekt etc. zugeordnet werden. Dazu gehören beispielsweise Kosten für die Bereitstellung von speziell für einen Zweck eingesetzten Servern oder Softwarelizenzen. Siehe Indirekte Kosten |
| Dokument |
Informationen in lesbarer Form. Ein Dokument kann in einem papierbasierten oder elektronischen Format vorliegen. Zu den Beispielen gehören Richtlinien , Service Level Agreements , Incident Records , Schaupläne von Computerräumen etc. Siehe Record |
| Dringlichkeit |
(Service Transition) (Service Design) Ein Wert, der wiedergibt, wie lange es dauert, bis ein Incident , Problem oder Change massgebliche Auswirkungen auf das Business hat. Ein Incident mit erheblichen Auswirkungen kann beispielsweise von geringer Dringlichkeit sein, wenn die Auswirkungen das Business bis zum Ende des Geschäftsjahrs nicht beeinträchtigen. Auf der Grundlage der Auswirkung und Dringlichkeit werden Prioritäten zugewiesen. |
| Drittpartei |
Personen, Gruppen oder Businesses , die für die erfolgreiche Erbringung eines IT Services erforderlich, für diesen IT Service jedoch nicht Teil des Service Level Agreement sind. Zum Beispiel ein Software- Supplier, ein Hardware-Serviceunternehmen oder eine Gebäudeverwaltung. Anforderungen an Drittparteien werden in der Regel in Underpinning Contracts oder Operational Level Agreements festgehalten. |
| Durchsatz |
(Service Design) Mass für die Anzahl der Transaktionen oder anderen Betriebsabläufen , die innerhalb eines bestimmten Zeitraums durchgeführt werden. Beispielsweise 5.000 versendete E-Mails pro Stunde oder 200 Disk-I/O-Vorgänge pro Sekunde. |
