Gestion de l'architecture d'entreprise

Tout au long de la livraison de logiciels et de solutions pour une entreprise, les architectes créent des actifs, tels que des modèles et des conceptions. Ils peuvent utiliser Rational Asset Manager pour déterminer la manière dont les modèles de conception d'architecture dirigent le développement logiciel.
La gestion de l'architecture et de la conception peut inclure :
Vous pouvez utiliser Rational Asset Manager avec différents outils de conception et de modélisation pour déterminer les architectures d'entreprise et les solutions basées sur ces architectures :

L'image suivante illustre l'utilisation d'IBM Rational Asset Manager pour gérer les relations logiques et physiques entre différents outils et types de produits de travail.

L'image montre trois zones qui représentent les contextes Vision, Implémentation et Produit pour les phases de planification, de conception, de construction et de déploiement des actifs. La zone Vision contient des actifs de modèle et de rapport de Rational System Architect. La zone Implémentation contient les types d'actifs suivants de Rational Asset Manager : services métier, composants d'application, fonctionnalités et exigences. La zone Production contient les types d'actifs suivants de Rational Software Architect, WebSphere WSRR et Tivoli CCMDB : points finaux de services publiés et composants d'applications déployées.

La gestion de l'architecture inclut plusieurs besoins distincts au cours de différentes phases de développement, comme indiqué dans le tableau suivant :
Tableau 1. Gestion d'une architecture d'entreprise
Phase Contexte Produit
Planification Lors de la planification, les architectes planifient la construction ou l'évolution des systèmes à grande échelle. L'objectif est d'aligner les investissements de portefeuille, les priorités métier et les exigences. Rational System Architect
Conception Lors de la phase de conception, les architectes conçoivent la structure et le comportement des logiciels et des systèmes. L'objectif est de comprendre la structure et le comportement des systèmes et des solutions logicielles et les abstractions des solutions prévues.
  • IBM Rational Software Architect
  • IBM Rational Rhapsody
Construction Lors de la construction, les équipes de développement implémentent les systèmes et les logiciels en fonction de l'architecture de l'entreprise et des solutions. IBM Rational Application Developer
Déploiement Lors du déploiement, les équipes déploient une solution dans un environnement de production cible, tel qu'un système informatique, un périphérique intégré ou une application systèmes de systèmes plus complexe. L'objectif est l'automatisation de la livraison de solution et de la gestion des opérations.
  • Rational Software Architect
  • Intégration de Rational Asset Manager à IBM Tivoli Change and Configuration Management Database

Gouvernance pour le développement d'une architecture d'entreprise et la gestion des actifs

Vous pouvez utiliser Rational Asset Manager en tant que concentrateur pour la gouvernance des actifs d'architecture et la connexion des actifs de conception et de solution.

Sur l'image suivante, les flèches qui pointent hors du serveur Rational Asset Manager représentent des utilisateurs qui recherchent, trouvent et utilisent des actifs. Les flèches qui pointent vers le serveur représentent les utilisateurs qui créent ou modifient des actifs.

L'image illustre la séquence d'étapes pour l'exemple qui suit dans le texte. L'exemple décrit l'utilisation de Rational Asset Manager en tant que concentrateur pour la gestion de Rational System Architect et Rational Software Architect de sorte que vous puissiez réviser et utiliser des modèles permettant de piloter les actifs de développement d'équipe.

L'image illustre les activités suivantes :
  1. Un architecte d'entreprise recherche les actifs à réutiliser dans Rational Asset Manager. L'architecte peut rechercher des modèles métier, des composants ou des modèles de conceptions et de définitions approuvés à utiliser ou améliorer dans un nouveau modèle d'architecture système (par exemple, un service métier qui nécessite d'être automatisé).
  2. L'architecte d'entreprise crée le nouveau modèle et le publie dans Rational Asset Manager en tant qu'actif. Les modèles de système peuvent être utilisés pour toute conception ou planification, comme pour les processus métier ou les modifications organisationnelles.

    Rational Asset Manager prend en charge les diagrammes et les actifs de définition de Rational System Architect. Dans le client Web Rational Asset Manager, vous pouvez publier du contenu de modèle Rational System Architect. Vous pouvez utiliser Rational System Architect pour générer une représentation HTML d'un modèle et le publier ou le consulter en tant qu'actif.

  3. Les autres architectes et développeurs peuvent consulter l'actif lorsqu'ils révisent des conceptions et implémentations de logiciels :
    • Les équipes de développement et les autres utilisateurs métier et techniques peuvent trouver, évaluer et utiliser l'actif.
    • Les architectes de logiciels peuvent utiliser le modèle d'architecture système afin de guider les conceptions logicielles.
  4. Un architecte logiciel crée des modèles, des conceptions et des définitions dans un outil de modélisation, tel que Rational Software Architect ou IBM WebSphere Business Modeler qui se basent sur un actif d'architecture d'entreprise ou en nécessitent un (créé dans Rational System Architect et soumis à Rational Asset Manager en tant qu'actif). L'architecte publie le contenu sous la forme d'un actif pour les équipes de développement.
  5. Les parties prenantes participent aux cycles de vie des actifs qui permettent de gouverner la révision et l'approbation des actifs.
    • Rational Asset Manager permet aux équipes de développement d'afficher les modèles d'architecture pour qu'elles puissent guider l'implémentation et publier et réutiliser les actifs d'implémentation.
    • Pour connecter les actifs d'architecture et d'implémentation, les parties prenantes peuvent créer des relations entre les actifs.

    Pour s'assurer que les architectures sont exploitables, les parties prenantes peuvent exiger qu'une implémentation suive les conceptions et les architectures se trouvant dans les modèles de systèmes et de logiciels.

  6. L'architecte d'entreprise recherche les actifs à réviser (ou utilise un rapport Rational System Architect) pour vérifier leur conformité avant de les approuver. Si vous vous abonnez à un actif, vous êtes averti lorsque l'actif est prêt pour la révision.

    Par exemple, l'architecte peut confirmer que les actifs d'implémentation sont conformes à l'architecture d'entreprise comme spécifié dans l'actif de modèle système. L'architecte peut également vérifier ce qui a été implémenté en rapport à une architecture. En utilisant les relations à partir d'un modèle, l'architecte peut consulter les actifs d'implémentation associés et les réviser à des fins de conformité avec l'actif de modèle d'architecture d'entreprise.


Commentaires