Cas d'utilisation d'Gestion des portefeuilles d'applications

APM vous permet de définir une entité unique, indépendante de la version, qui représente l’ensemble des instances, technologies et données utilisées pour la planification et la génération de rapports.

Cas d'utilisation d'APM

Vous pouvez utiliser une application d’entreprise pour les activités de planification et de gouvernance, telles que le financement, les feuilles de route et la génération de rapports sur les risques. La rationalisation des applications d’entreprise est un processus continu qui est d’une importance cruciale pour réduire les coûts et planifier les transformations technologiques. La rationalisation des applications d’entreprise est également essentielle pour mener à bien des fusions, des cessions ou d’autres changements à grande échelle menés par l’entreprise.

Principales fonctionnalités du cas d’utilisation APM

L’élément CMDB, lorsqu’il est utilisé par le cadre de CSDM travail, fournit de la valeur à APM de la manière suivante :

• Gestion du cycle de vie des applications. Cela inclut :
  • Enregistrement d’une nouvelle application d’entreprise (incluse dans le système de basefichier ).
  • Mettre à jour une application d’entreprise
  • Désactivation d’une application d’entreprise, y compris de tous les services et infrastructures d’application associés. Étant donné que les services d’application sont de nature logique, ils doivent utiliser les états de cycle de vie logiques. Les services d’application suivent les mêmes instructions de cycle de vie que n’importe quel autre CI logique.
• Évaluations du portefeuille des applications d’entreprise basées sur des mesures ou des impacts connexes.
• Planifier la feuille de route et créer de nouvelles idées, demandes et projets.
• Processus de certification des données
• Calculs du coût total de possession (TCO) (à l’aide du Gestion financière module)
• Gérez les entités connexes suivantes :
  • Table d’objets d’informations [cmdb_ci_information_object]
  • Table Options d’entreprise [cmdb_ci_business_capability]

Résultats du cas d’utilisation APM

Avec ce cas d’utilisation, CSDM fournit APM un moyen cohérent de modéliser les applications d’entreprise et de relier les données critiques. Le cas d’utilisation garantit que les services d’application (instances) sont définis comme requis pour automatiser les scores de risque technique, les coûts et d’autres mesures utilisées pour l’analyse.

Cas d'utilisation d'TPM

TPM vous permet de mieux comprendre les risques associés à l’utilisation de logiciels et de matériel dont la date de fin de vie est terminée. Vous pouvez utiliser les détails fournis par le CSDM cadre de travail pour déterminer le risque lié à l’utilisation de logiciels et de matériel en fin de vie. Chaque date de fin de vie du cycle de vie d’un produit est calculée, puis combinée conformément au CSDM cadre de travail pour fournir un score au niveau de l’application d’entreprise.

Résultats du cas d’utilisation TPM

Le CSDM cadre de travail fournit une structure de données cohérente. Cette structure de données cohérente vous permet de gérer plus facilement les cycles de vie de votre technologie et d’analyser les risques techniques combinés.

En raison de la façon dont le CSDM cadre de travail est structuré, vous pouvez tirer parti de nombreux produits de , Gestion des services (ITOMGestion des portefeuilles de services) et IT Application Management (ITAM).

Les risques liés à l’utilisation des technologies EOL sont calculés en fonction du cycle de vie de chaque modèle de produit logiciel et matériel identifié dans le CMDB, et mis en correspondance avec un modèle de produit logiciel et matériel.

Vous pouvez saisir manuellement les données de cycle de vie, les importer à partir d’une source externe ou utiliser les données fournies avec votre Gestion des actifs logiciels - ProfessionalGestion des actifs matériels licence.

Les risques sont calculés et affichés dans une hiérarchie. L’application d’entreprise est au niveau supérieur, les composants SDLC sont sous l’application d’entreprise, puis les services d’application indiquent chaque déploiement (instance) et les modèles logiciels et de produits sont au niveau le plus bas. Les risques sont calculés dans l’ordre indiqué ci-dessous et sont basés sur la période entre la date actuelle et la date de fin de vie.

Remarque :

La configuration du composant SDLC est facultative. Même sans configuration de composant SDLC, vous pouvez connecter directement les applications d’entreprise aux services d’application.

1. Modèle de produit matériel et logiciel : affiche les phases et les sources actuelles du cycle de vie, et indique les modèles spécifiques à risque
2. Niveau de service d’application : affiche l’état des risques combiné de tous les modèles de produits matériels et logiciels sous-jacents utilisés dans le service d’application (instance).
3. Composant SDLC : affiche les composants SDLC ainsi que les services d’application et les applications d’entreprise associés
4. Au niveau de l’application d’entreprise : combine tous les services d’application sous-jacents (instances) pour déterminer la note de risque globale au niveau d’un portefeuille.

Figure 1. Page d’accueil de Technology Portfolio Management (avec la configuration du composant SDLC)

Figure 2. Page d’accueil de Technology Portfolio Management (sans configuration du composant SDLC)

Les informations suivantes sont utilisées pour déterminer l’impact de la fin de vie sur les applications d’entreprise et leurs services d’application installés (instances) :

• Les applications d'entreprise utilisées dans votre organisation sont toutes liées à un ou plusieurs services d'application. Chacun des services d'application s'exécute sur une ou plusieurs technologies ou modèles logiciels.

  Le nom de la table de modèles de logiciels de service d’application est [sn_apm_tpm_service_software_model].

• Le modèle logiciel comporte une séquence d’étapes de cycle de vie. Les étapes du cycle de vie vont de la date d’installation à la date de mise hors service.

  Certaines entreprises définissent une date interne basée sur la phase de cycle de vie des modèles logiciels. Ces phases de modèle logiciel peuvent être Early Adopter (Utilisateur précoce), Mainstream (Standard), Declining use (Utilisation en baisse) et Retired (Mis hors service).

  De même, les fournisseurs de logiciels peuvent également définir une date pour le logiciel en fonction des phases du cycle de vie du fournisseur, telles que Version préliminaire, Disponibilité générale, Fin de vie et Obsolète. La prise en charge du fournisseur peut varier en fonction de la phase de la technologie. Par exemple, lorsque le modèle logiciel atteint la phase Obsolète, le fournisseur peut arrêter de prendre en charge la technologie.

  La table Cycle de vie du modèle logiciel est nommée [sam_sw_model_lifecycle].