Anwendungs-Portfoliomanagement – Anwendungsfall

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 3 Minuten Lesedauer

    • APM Mit können Sie eine einzelne, versionsunabhängige Entität definieren, die alle Instanzen, Technologien und Daten darstellt, die für die Planung und Berichterstellung verwendet werden.

    APM – Anwendungsfall

    Sie können eine Geschäftsanwendung für Planungs- und Governance-Aktivitäten verwenden, z. B. Finanzierung, Road Mapping und Risikoberichte. Die Rationalisierung von Geschäftsanwendungen ist ein kontinuierlicher Prozess und von entscheidender Bedeutung für die Kostensenkung und die Planung von Technologietransformationen. Die Rationalisierung von Geschäftsanwendungen ist auch für den Abschluss von Fusionen, Veräußerungen oder anderen weitreichenden geschäftlichen Änderungen von entscheidender Bedeutung.

    Hauptfunktionen des Anwendungsfalls APM .

    CMDBstellt, wenn er vom CSDM -Framework verwendet wird, APM auf folgende Weise einen Wert bereit:

    • Anwendungslebenszyklusverwaltung. Dies umfasst:
      • Registrieren 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 von Natur aus logisch sind, sollten sie die logischen Lebenszyklusstatus verwenden. Anwendungsservices folgen denselben Lebenszyklusleitfäden wie jedes andere logische CI.
    • Geschäftsanwendungsportfolio-Bewertungen basierend auf Metriken oder zugehörigen Auswirkungen.
    • Roadmap-Planung und Erstellung neuer Ideen, Bedarfe und Projekte.
    • Datenzertifizierungsprozess
    • Berechnungen der Gesamtbetriebskosten (mit dem Modul Finanzmanagement )
    • Verwalten Sie die folgenden zugehörigen Entitäten:
      • Tabelle „Informationsobjekte“ [cmdb_ci_information_object]
      • Tabelle „Geschäftsfähigkeiten“ [cmdb_ci_business_capability]

    Ergebnisse des Anwendungsfalls APM .

    Mit diesem Anwendungsfall bietet [ CSDMAPM eine 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 für die Analyse verwendeten Technologierisikopunktzahlen, Kosten und anderen Metriken definiert sind.

    TPM – Anwendungsfall

    TPM gibt Ihnen ein besseres Verständnis der Risiken, die mit der Verwendung von Software und Hardware verbunden sind, die sich am Ende ihrer Lebensdauer (EOL) befindet. Sie können die vom Framework CSDM bereitgestellten Details verwenden, um das Risiko der Verwendung von Software und Hardware zu bestimmen, die sich am Ende befindet. Jedes EOL-Datum eines Produktlebenszyklus wird berechnet und dann gemäß dem CSDM -Framework kombiniert, um eine Punktzahl auf Geschäftsanwendungsebene bereitzustellen.

    Ergebnisse des TPM-Anwendungsfalls

    Das Framework CSDM bietet eine konsistente Datenstruktur. Diese konsistente Datenstruktur erleichtert Ihnen die Verwaltung der Lebenszyklen Ihrer Technologie und die Analyse der kombinierten Technologierisiken.

    Aufgrund der Struktur des CSDM -Frameworks können Sie viele Produkte von ITOM, Servicemanagement (Service-Portfoliomanagement) und IT Application Management (ITAM) nutzen.

    Die Risiken der Verwendung von EOL-Technologien werden basierend auf dem Lebenszyklus jedes Software- und Hardware-Produktmodells berechnet, das im CMDBidentifiziert wurde, und mit einem Software- und Hardware-Produktmodell abgeglichen.

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

    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 untersten 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 Software-Produktmodell – Zeigt die aktuellen Lebenszyklusphasen und Quellen an und gibt die spezifischen gefährdeten Modelle an
    2. Anwendungsserviceebene – 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äftsanwendungsebene – Kombiniert alle zugrunde liegenden Anwendungsservices (Instanzen), um die Gesamtrisikobewertung auf Portfolioebene zu bestimmen.
    Abbildung : 1. Homepage für Technologieportfoliomanagement (mit SDLC-Komponentenkonfiguration)
    Homepage des Technologieportfolios.
    Abbildung : 2. Homepage für Technologieportfoliomanagement (ohne SDLC-Komponentenkonfiguration)
    Homepage des Technologieportfolios.
    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 Anwendungsservice-Softwaremodelltabelle lautet [sn_apm_tpm_service_software_model].

    • Das Softwaremodell weist eine Reihe von Lebenszyklusphasen auf. Die Lebenszyklusphasen reichen vom Installationsdatum bis zum Datum der Außerkraftsetzung.

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

      In ähnlicher Weise können die Softwareanbieter auch ein Datum für die Software basierend auf den Lebenszyklusphasen des Lieferanten festlegen, z. B. Vorabversion, 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 den Support der Technologie einstellen.

      Die Tabelle „Softwaremodell-Lebenszyklus“ heißt [sam_sw_model_lifecycle].