Architecture d'entreprise (anciennement Gestion des portefeuilles 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 le reporting.
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, 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 de Architecture d'entreprise
Le CMDB, lorsqu’il est utilisé par le cadre de travail, apporte de la CSDM valeur de Architecture d'entreprise 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 ).
- Mise à jour d’une application d’entreprise
- Mise hors service d’une application d’entreprise, y compris de tous les services d’application et de l’infrastructure connexes. É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 conseils 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.
- Planification de la feuille de route et création 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’information [cmdb_ci_information_object]
- Table d’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 nécessaire pour automatiser les scores de risque technologique, 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 qui sont à la date de fin de vie (EOL). 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 ayant une 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 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 de la 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 appariés à 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.
- 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.
- 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 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 du cycle de vie. Les étapes du cycle de vie vont de la date d’installation à la date de mise hors service.
Certaines entreprises fixent une date interne basée sur la phase de cycle de vie des modèles logiciels. Ces phases de modèle logiciel peuvent être les suivantes : Adoption précoce, Général, Utilisation en déclin et Mis hors service.
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 la version préliminaire, la disponibilité générale, la fin de vie et l’obsolescence. La prise en charge par les fournisseurs peut varier en fonction de la phase de la technologie. Par exemple, lorsque le modèle logiciel atteint la phase d’obsolescence, le fournisseur peut cesser de prendre en charge la technologie.
La table de cycle de vie de modèle logiciel est nommée [sam_sw_model_lifecycle].