Enterprise-Architektur(Früher Anwendungs-Portfoliomanagement) Anwendungsfall

Enterprise-Architektur Ermöglicht das Definieren einer einzelnen, versionsunabhängigen Entität, die alle Instanzen, Technologien und Daten darstellt, die für Planung und Berichterstellung verwendet werden.

Enterprise-Architektur – Anwendungsfall

Sie können eine Geschäftsanwendung für Planungs- und Governance-Aktivitäten verwenden, z. B. Finanzierung, Roadmapping und Risikoberichterstellung. Die Rationalisierung von Geschäftsanwendungen ist ein kontinuierlicher Prozess und von entscheidender Bedeutung für die Kostenreduzierung und die Planung von Technologietransformationen. Die Rationalisierung von Geschäftsanwendungen ist auch für den Abschluss von Fusionen, Veräußerungen oder anderen geschäftsgeführten Changes mit weitreichenden Auswirkungen entscheidend.

Hauptfunktionen des Anwendungsfalls für Enterprise-Architektur

Die CMDB, Wenn von verwendet CSDMFramework, bietet Wert für Enterprise-ArchitekturAuf folgende Weise:

• Verwaltung des Anwendungslebenszyklus. Dies umfasst:
  • Registrierung einer neuen Geschäftsanwendung (enthalten in Basissystem).
  • Geschäftsanwendung wird aktualisiert
  • Stilllegung einer Geschäftsanwendung, einschließlich aller zugehörigen Anwendungsservices und Infrastruktur. Da Anwendungsservices logischer Natur sind, sollten sie die logischen lebenszyklusstatus verwenden. Anwendungsservices folgen derselben Lebenszyklusanleitung wie jedes andere logische CI.
• Portfoliobewertungen für Geschäftsanwendungen basierend auf Metriken oder zugehörigen Auswirkungen.
• Roadmap-Planung und Erstellung neuer Ideen, Anforderungen und Projekte.
• Datenzertifizierungsprozess
• Berechnungen der Gesamtbetriebskosten (TCO) (mit FinanzmanagementModul)
• Verwalten Sie die folgenden zugehörigen Entitäten:
  • Informationsobjekttabelle [cmdb_ci_information_object]
  • Business Capabilities-Tabelle [cmdb_ci_business_capability]

Ergebnisse des Anwendungsfalls für Enterprise-Architektur

Mit diesem Anwendungsfall CSDMStellt bereit Enterprise-ArchitekturEine konsistente Möglichkeit, Geschäftsanwendungen zu modellieren und kritische Daten zu verknüpfen. Der Anwendungsfall stellt sicher, dass die Anwendungsservices (Instanzen) als erforderlich für die Automatisierung der Technologierisikopunktzahlen, Kosten und anderer für die Analyse verwendeter Metriken definiert sind.

TPM – Anwendungsfall

TPM Vermittelt Ihnen ein besseres Verständnis der Risiken im Zusammenhang mit der Verwendung von Software und Hardware, die das Ende der Lebensdauer (EOL) erreicht. Sie können die von bereitgestellten Details verwenden CSDMFramework zur Bestimmung des Risikos der Verwendung von Software und Hardware, die sich bei EOL befindet. Jedes Produktlebenszyklus-EOL-Datum wird berechnet und dann nach kombiniert CSDMFramework zur Bereitstellung einer Punktzahl auf Ebene der Geschäftsanwendung.

Ergebnisse des TPM-Anwendungsfalls

Die CSDMFramework bietet eine konsistente Datenstruktur. Diese konsistente Datenstruktur erleichtert es Ihnen, die Lebenszyklen Ihrer Technologie zu verwalten und die kombinierten Technologierisiken zu analysieren.

Aufgrund der Art und Weise CSDMFramework ist strukturiert, Sie können viele Produkte von nutzen ITOM, Servicemanagement( Service-Portfoliomanagement) Und IT-Anwendungsmanagement (ITAM).

Die Risiken der Verwendung von EOL-Technologien werden basierend auf dem Lebenszyklus jedes in identifizierten Software- und Hardwareproduktmodells berechnet CMDB, Und mit einem Software- und Hardwareproduktmodell abgeglichen.

Sie können die Lebenszyklusdaten manuell eingeben, aus einer externen Quelle importieren oder die mit bereitgestellten Daten verwenden Software Asset Management ProfessionalOder Hardware Asset ManagementLizenz.

Die Risiken werden berechnet und in einer Hierarchie angezeigt. Die Geschäftsanwendung befindet sich auf der obersten Ebene, SDLC-Komponenten befinden sich unter der Geschäftsanwendung, dann geben Anwendungsservices jede Bereitstellung (Instanz) an, und Software- und Produktmodelle befinden sich auf der niedrigsten Ebene. Risiken werden in der folgenden Reihenfolge berechnet und basieren auf der Zeitspanne zwischen dem aktuellen Datum und dem EOL-Datum.

Hinweis:

Die Konfiguration der SDLC-Komponente ist optional. Auch ohne SDLC-Komponentenkonfiguration können Sie Geschäftsanwendungen direkt mit den Anwendungsservices verbinden.

1. Hardware- und Softwareproduktmodell: Zeigt die aktuellen Lebenszyklusphasen und -Quellen an und gibt die spezifischen gefährdeten Modelle an
2. Anwendungsservicelevel: Zeigt den kombinierten Risikostatus aller zugrunde liegenden Hardware- und Softwareproduktmodelle an, die im Anwendungsservice (Instanz) verwendet werden.
3. SDLC-Komponente: Zeigt die SDLC-Komponenten zusammen mit den zugehörigen Anwendungsservices und Geschäftsanwendungen an
4. Geschäftsanwenderebene: Kombiniert alle zugrunde liegenden Anwendungsservices (Instanzen), um die Gesamtrisikobewertung auf Portfolioebene zu bestimmen.

Abbildung : 1. Homepage für Technologie-Portfoliomanagement (mit der SDLC-Komponentenkonfiguration)

Abbildung : 2. Homepage für Technologie-Portfoliomanagement (ohne SDLC-Komponentenkonfiguration)

Die folgenden Informationen werden verwendet, um die EOL-Auswirkung auf Geschäftsanwendungen und ihre installierten Anwendungsservices (Instanzen) zu bestimmen:

• Die in Ihrer Organisation verwendeten Geschäftsanwendungen sind alle mit einem oder mehreren Anwendungsservices verknüpft. Jeder der Anwendungsservices wird mit einer oder mehreren Technologien oder Softwaremodellen ausgeführt.

  Der Name der Anwendungsservice-Softwaremodelltabelle ist [sn_apm_tpm_service_software_model].

• Das Softwaremodell hat eine Sequenz von Lebenszyklusphasen. Die Lebenszyklusphasen reichen vom Installationsdatum bis zum Stilllegungsdatum.

  Einige Geschäftsorganisationen legen ein internes Datum basierend auf der Lebenszyklusphase der Softwaremodelle fest. Diese Softwaremodellphasen können „Early Adopter“, „Mainstream“, „abnehmende Verwendung“ und „stillgelegt“ sein.

  Ebenso können die Softwareanbieter auch ein Datum für die Software basierend auf den Phasen des Lieferantenlebenszyklus festlegen, z. B. vor-Release, allgemeine Verfügbarkeit, Ende der Lebensdauer und Veraltet. Der Lieferantensupport kann je nach Phase der Technologie variieren. Wenn das Softwaremodell beispielsweise die Phase „Veraltet“ erreicht, kann der Lieferant die Unterstützung der Technologie einstellen.

  Die Lebenszyklustabelle des Softwaremodells hat den Namen [sam_sw_model_lifecycle].