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

Enterprise-Architektur Mit können Sie eine einzelne, versionsunabhängige Entität definieren, 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äftsorientierten Changes von entscheidender Bedeutung.

Hauptfunktionen des Anwendungsfalls für Enterprise-Architektur

Die CMDB, Wenn von verwendet CSDM Framework, bietet Wert für Enterprise-ArchitekturGehen Sie wie folgt vor:

• Verwaltung des Anwendungslebenszyklus. Dies umfasst:
  • Registrierung einer neuen Geschäftsanwendung (enthalten in Basissystem).
  • Geschäftsanwendung wird aktualisiert
  • Außerbetriebnahme einer Geschäftsanwendung, einschließlich aller zugehörigen Anwendungsservices und Infrastruktur. Da Anwendungsservices logischer Natur sind, sollten sie die status des logischen Lebenszyklus verwenden. Anwendungsservices folgen denselben Lebenszyklusleitfäden wie jedes andere logische CI.
• Bewertungen des Geschäftsanwendungsportfolios basierend auf Metriken oder zugehörigen Auswirkungen.
• Roadmap-Planung und Erstellung neuer Ideen, Anforderungen und Projekte.
• Datenzertifizierungsprozess
• Berechnungen der Gesamtbetriebskosten (TCO) (mit Finanzmanagement Modul)
• Verwalten Sie die folgenden zugehörigen Entitäten:
  • Informationsobjekttabelle [cmdb_ci_Information_object]
  • Tabelle „Business Capabilities“ [cmdb_ci_Business_Capability]

Ergebnisse des Anwendungsfalls für Enterprise-Architektur

Mit diesem Anwendungsfall CSDM Stellt bereit Enterprise-ArchitekturEine konsistente Methode zum Modellieren von Geschäftsanwendungen und zum Verknüpfen kritischer Daten. 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 am Ende der Lebensdauer (EOL) liegen. Sie können die von bereitgestellten Details verwenden CSDM Framework zur Bestimmung des Risikos der Verwendung von Software und Hardware, das bei EOL liegt. Jedes EOL-Datum des Produktlebenszyklus wird berechnet und anschließend kombiniert CSDM Framework zur Bereitstellung einer Punktzahl auf Ebene der Geschäftsanwendung.

Ergebnisse des TPM-Anwendungsfalls

Die CSDM Framework 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 von CSDM Framework ist strukturiert, Sie können viele Produkte von nutzen ITOM, Servicemanagement( Service-Portfoliomanagement) Und IT Application Management (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 Hardware-Produktmodell abgeglichen.

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

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 unten angegebenen 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. Technologie-Portfoliomanagement-Homepage (mit SDLC-Komponentenkonfiguration)

Abbildung : 2. Technologie-Portfoliomanagement-Homepage (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 Anwendungsservice wird auf einer oder mehreren Technologien oder Softwaremodellen ausgeführt.

  Der Name der Tabelle „Anwendungsservice-Softwaremodell“ lautet [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“, „ablehnende Verwendung“ und „stillgelegt“ sein.

  In ähnlicher Weise können die Softwareanbieter auch ein Datum für die Software basierend auf den Phasen des Lieferantenlebenszyklus festlegen, z. B. Pre-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 beenden.

  Die Tabelle „Softwaremodell-Lebenszyklus“ hat den Namen [sam_SW_model_Lifecycle].