Architecture d'entreprise (anciennement Gestion du portefeuille d'applications) 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.
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 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 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
Le CMDB, lorsqu’il est utilisé 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 d’entreprise
- Mise hors service d’une application d’entreprise, y compris tous les services et infrastructures d’application connexes. Étant donné que les services d’application sont de nature logique, ils doivent utiliser les états de cycle de vie logique. Les services d’application suivent les mêmes directives de cycle de vie que tout autre CI logique.
- Évaluations du portefeuille 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 du Gestion financière module)
- Gérez 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 vous permet de gérer plus facilement les cycles de vie de votre technologie et d’analyser les 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 de , Gestion des servicesGestion des portefeuilles de services(ITOM) et Gestion des applications IT (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 entrer 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 .
- Modèle de produit matériel et logiciel : affiche les phases et les sources du cycle de vie actuel, ainsi que les modèles spécifiques à risque
- 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).
- Composant SDLC : affiche les composants SDLC ainsi que les services d’application et les applications d’entreprise associés.
- Au 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 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 mise hors service.
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 Adopteur précoce, Généralisé, Utilisation décroissante et Mis hors service.
De même, les fournisseurs de logiciels peuvent également fixer une date pour le logiciel en fonction des phases de cycle de vie du fournisseur, telles que Préversion, Disponibilité générale, Fin de vie et Obsolète. Le support 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].