Architecture d'entreprise Cas d’utilisation

Architecture d'entreprise vous permet de définir une entité unique, indépendante de la version, qui représente toutes les instances, technologies et données utilisées pour la planification et la génération de rapports.

Important :

À partir de la Xanadu version, la plupart des Architecture d'entreprise fonctionnalités (anciennement Gestion du portefeuille d'applications) sont disponibles via le .Espace de travail de l'architecture d'entreprise

Des fonctionnalités telles que la Espace de travail de l'architecture d'entreprise certification de données, les évaluations d’applications et le coût total de possession (TCO) sont désormais accessibles et gérées à partir des pages APM héritées. Pour en savoir plus sur Espace de travail de l’architecture d’entreprise, reportez-vous à la section Espace de travail de l'architecture d'entreprise.

Cas d'utilisation d'Architecture d'entreprise

Vous pouvez utiliser une application d’entreprise pour les activités de planification et de gouvernance, telles que le financement, la feuille de route et la génération de rapports sur les risques. La rationalisation des applications d’entreprise est un processus continu qui revêt 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 les fusions, les cessions ou d’autres changements à fort impact menés par l’entreprise.

Principales fonctionnalités du cas d'utilisation de Architecture d'entreprise

La , CMDB lorsqu’elle est utilisée par le cadre de travail, apporte de la CSDM valeur aux Architecture d'entreprise éléments suivants :

• Gestion du cycle de vie des applications. Cela inclut :
  • Enregistrement d’une nouvelle application d’entreprise (incluse dans le système de base).
  • Mise à jour d’une application de gestion
  • Mise hors service d’une application d’entreprise, y compris l’ensemble des services applicatifs et de l’infrastructure. Les services d’application étant de nature logique, ils doivent utiliser les états de cycle de vie logique. Les services d’application suivent les mêmes conseils de cycle de vie que tout autre CI logique.
• Évaluations des portefeuilles d’applications d’entreprise basées sur des mesures ou des impacts connexes.
• Planification de feuille de route et création de nouvelles idées, demandes et projets.
• Processus de certification de données
• Calculs du coût total de possession (TCO) (à l’aide Gestion financière du module)
• Gérer les entités connexes suivantes :
  • Table d’objets d’informations [cmdb_ci_information_object]
  • Table des options d’entreprise [cmdb_ci_business_capability]

Résultats du cas d'utilisation de Architecture d'entreprise

Avec ce cas d’utilisation, CSDM fournit Architecture d'entreprise 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 technologique, les coûts et les 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 en fin de vie. Vous pouvez utiliser les détails fournis par le CSDM cadre de travail pour déterminer le risque lié à l’utilisation d’un logiciel et d’un matériel en fin de vie. La date de fin de vie de chaque cycle de vie du produit est calculée, puis combinée selon le 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 facilite la gestion des cycles de vie de votre technologie et l’analyse des risques technologiques combinés.

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

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

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

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 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 comprise 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 du cycle de vie actuel, les sources et indique les modèles spécifiques à risque
2. Niveau de service d’application : affiche l’état du risque 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. Niveau de l’application d’entreprise : combine tous les services d’application sous-jacents (instances) pour déterminer la cote de risque globale au niveau d’un portefeuille.

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 Modèle logiciel de service d’application est [sn_apm_tpm_service_software_model].

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

  Certaines organisations commerciales 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, Mainstream, Decline use et Retired.

  De même, les fournisseurs de logiciels peuvent également fixer une date pour le logiciel en fonction des phases du cycle de vie du fournisseur, telles que Préversion, 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 cesser de prendre en charge la technologie.

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