Résumé

Résumé

10.1 Gestion des motifs

  • Un motif documente un couplage problème/solution récurrent dans un contexte donné.
  • Les motifs peuvent être utilisés pour construire des architectures à différents niveaux de portée afin de garantir des propriétés spécifiques.
  • Les motifs sont classés comme étant axés sur la conception ou sur l'implémentation. Les motifs axés sur la conception sont organisés en une hiérarchie de motifs qui inclut les styles architecturaux, les patrons d'architecture et les patrons de conception. La hiérarchie de motifs axés sur l'implémentation inclut les styles d'implémentation, les motifs d'implémentation et les idiomes.
  • Dans la terminologie des motifs, les styles sont des collections nommées de décisions architecturales qui sont applicables dans un contexte de solution donné, contraignent les décisions architecturales spécifiques à une solution dans ce contexte, et suscitent des qualités bénéfiques dans chaque système résultant.
  • Une architecture d'entreprise (EA) est un plan conceptuel qui définit la structure et le fonctionnement des organisations.
  • La modélisation de conception offre une variété de vues différentes du système, comme des plans d'architecture pour l'entreprise.
  • L'architecture peut apparaître à différents niveaux de focalisation d'un point de vue descendant (c'est-à-dire, entreprise, portefeuille ou projet).
  • Un catalogue de motifs est une collection de motifs qui sont organisés selon des caractéristiques spécifiques et dont les relations sont définies.
  • Les motifs d'implémentation sont généralement spécifiques aux piles technologiques qui sont sélectionnées dans le cadre de la spécialisation d'une conception de solution.
  • La gestion des motifs comprend une série de motifs qui créent un organigramme pour le développement de logiciels.

10.2 Cadriciels de gestion de l'architecture d'entreprise

  • L'architecture d'entreprise (EA) est une approche complète et bien définie de planification d'entreprise visant à utiliser les technologies de l'information pour atteindre les objectifs de la vision d'entreprise en alignant les stratégies d'affaires et technologiques.
  • Les entreprises se concentrent sur des activités qui leur permettent d'atteindre leurs objectifs actuels et futurs.
  • La stratégie informatique de l'entreprise est basée sur un ensemble collectif de principes qui forment un cadriciel cohérent pour la prise de décision technologique et reflètent un niveau de consensus parmi les groupes de parties prenantes technologiques clés.
  • Les dirigeants d'entreprise et de technologie sont responsables de la gestion des projets informatiques afin qu'ils atteignent les objectifs à l'échelle de la division et de l'entreprise en collaborant avec les architectes d'entreprise.
  • L'alignement des stratégies d'affaires et technologiques est généralement difficile à réaliser de manière continue en raison du manque d'alignement avec les initiatives axées sur l'entreprise. L'architecture d'entreprise aide à aligner les stratégies d'affaires et technologiques.
  • Il existe de nombreux cadriciels d'architecture d'entreprise, tels que TOGAF, Gartner, C4ISR, CORBA, FEA et Zachman.
  • The Open Group Architecture Framework (TOGAF) est une méthodologie et un cadriciel d'EA utilisés par les principales organisations pour améliorer l'efficacité commerciale.
  • La méthode d'élaboration d'architecture (ADM) est un processus détaillé étape par étape pour développer ou modifier une architecture d'entreprise, ainsi qu'un cadriciel de contenu pour aider à assurer une plus grande cohérence dans les sorties créées lors de l'utilisation de l'ADM.
  • L'ADM définit l'approche TOGAF pour l'établissement de processus liés à l'architecture d'entreprise. Elle fournit une architecture d'affaires de développement de processus récursive et testée ; chaque phase de l'ADM est de nature itérative pour développer une architecture à l'échelle de l'entreprise.
  • Les phases de l'ADM sont la Phase Préliminaire, la Vision de l'Architecture, l'Architecture d'Affaires, l'Architecture des Systèmes d'Information, l'Architecture Technologique, les Opportunités et Solutions, la Planification de la Migration, la Gouvernance de l'Implémentation et la Gestion du Changement d'Architecture.
  • L'EA est généralement utilisée par les entreprises pour produire un plan de l'état futur et une feuille de route pour y parvenir.
  • Une feuille de route est utilisée pour guider une organisation dans la planification et le maintien des objectifs commerciaux au fil du temps grâce à la technologie.
  • ArchDev est un exemple de processus de transformation numérique accélérée axée sur l'architecture, qui aide les entreprises à intégrer de manière proactive les intérêts des parties prenantes et la durabilité dans la croissance numérique de l'entreprise.
  • Agile EA Management (AEAM) est une méthodologie utilisée pour le développement de logiciels et la gestion de projet.
  • Un plan d'architecture d'entreprise est une visualisation de l'architecture aux niveaux conceptuel, logique et physique d'une entreprise, montrant les concepts, leurs éléments, ainsi que les composants qui implémentent les éléments et leurs interrelations.
  • Le HCC étudie la conception, le développement et le déploiement de systèmes homme-machine à initiative mixte.
  • Le HCC/HCI est un sous-domaine de l'informatique qui s'intéresse à l'étude de l'interaction entre les personnes et les ordinateurs.
  • Les microservices sont une approche pour construire une solution logicielle comme un ensemble de petits services qui peuvent être déployés localement ou dans l'infonuage.

10.3 Gestion de l'architecture de solution

  • La gestion de l'architecture de solution consiste à gérer, concevoir et décrire l'ingénierie de solution en relation avec des problèmes d'affaires spécifiques.
  • Le processus logiciel peut être défini comme une collection de motifs qui définissent un ensemble d'activités, d'actions et de tâches requises pour développer un logiciel informatique.
  • Les motifs de processus de génie logiciel établissent une communication collaborative entre les clients et les ingénieurs logiciels pour garantir une réalisation réussie des motifs de tâches dans le cadre des exigences et de la portée du projet.
  • Les sous-systèmes sont des ensembles de composants collaboratifs exécutant une tâche donnée, inclus dans les systèmes logiciels, et sont considérés comme une entité distincte au sein d'une architecture logicielle.
  • Au niveau du langage de programmation, les composants peuvent être représentés comme des modules, des classes, des objets ou comme un ensemble de fonctions connexes.
  • Le modèle d'exigences décrit l'ensemble de problèmes, établit le contexte et identifie le système de forces qui prévaut.
  • Les patrons de conception sont une représentation des solutions testées précédemment en relation avec des problèmes spécifiques, qui sont utiles pour résoudre des problèmes futurs.
  • Un style architectural correspond à un rôle coordonné et permet des relations entre les éléments au sein de toute architecture conforme à ce style.
  • Le cadriciel est un sous-système squelettique spécifique à l'implémentation pour le travail de conception.
  • Une pile logicielle est une collection de composants ou de sous-systèmes indépendants tels que le système d'exploitation, les protocoles, les bases de données, les couches architecturales et les appels de fonction qui fonctionnent ensemble pour prendre en charge l'exécution d'une application.
  • À mesure que les modèles architecturaux sont transformés en architectures d'implémentation, il devient nécessaire de spécifier comment les patrons d'architecture et de conception sont réalisés pratiquement au sein de la solution.