En 1982, quand il travaillait pour IBM et BSP, John Zachman était peut-être le premier à mentionner l`architecture d`entreprise dans le domaine public. Puis, dans les journaux ultérieurs, Zachman utilisait le mot entreprise comme synonyme d`entreprise. «Bien que de nombreuses méthodologies de planification de systèmes d`information populaires, des approches de conception, et divers outils et techniques n`empêchent pas ou ne sont pas incompatibles avec l`analyse au niveau de l`entreprise, peu d`entre eux abordent explicitement ou tentent de définir des entreprises des architectures. [10] Cependant, dans cet article, le terme «architecture d`entreprise» n`a été mentionné qu`une seule fois sans définition spécifique et toutes les œuvres ultérieures de Zachman utilisaient le terme «architecture des systèmes d`information». 11 [12] outre les catégories de service de plate-forme définies par catégorie fonctionnelle, les qualités de service affectent les architectures de systèmes d`information. Une qualité de service décrit un comportement tel que l`adaptabilité ou la gérabilité. Les qualités de service ont un effet omniprésent sur le fonctionnement de la plupart ou de la totalité des catégories de services fonctionnels. En 1990, le terme «architecture d`entreprise» a été formellement défini pour la première fois comme une architecture qui «définit et interrelie les données, le matériel, les logiciels et les ressources de communication, ainsi que l`organisation de soutien nécessaire pour maintenir l`ensemble structure physique requise par l`architecture». 13 [15] en outre, la plate-forme d`application pour une architecture cible spécifique ne sera généralement pas une seule entité, mais plutôt une combinaison de différentes entités pour différentes fonctions couramment requises, telles que le client de bureau, le serveur de fichiers, le serveur d`impression, serveur d`applications, serveur Internet, serveur de base de données, etc., dont chacun comprendra un ensemble spécifique et défini de services nécessaires pour soutenir la fonction spécifique concernée. Le TRM de TOGAF était à l`origine dérivé du cadre technique d`architecture pour la gestion de l`information (TAFIM) TRM (qui à son tour a été dérivé du modèle IEEE 1003,0-Voir la partie IV: Resource base, ISO/IEC TR 14252 (IEEE Std 1003,0) pour plus de détails).

Cette TRM est «centrée sur la plate-forme»: elle se concentre sur les services et la structure de la plate-forme sous-jacente nécessaire pour soutenir l`utilisation et la réutilisation des applications (c.-à-d., sur la portabilité des applications). En particulier, il se concentre sur les interfaces entre cette plate-forme et les applications prises en charge, et entre la plate-forme et l`environnement externe. Essentiel à la réalisation de l`État cible, Data architecture décrit comment les données sont traitées, stockées et utilisées dans un système d`information. Il fournit des critères pour les opérations de traitement de données afin de permettre de concevoir des flux de données et de contrôler également le flux de données dans le système. La dimension horizontale du modèle dans le modèle de référence technique-vue de haut niveau représente la diversité, et la forme du modèle est destinée à souligner l`importance de la diversité minimale à l`interface entre la plateforme d`application et le Infrastructure de communication. En 2013, TOGAF [19] est le cadre d`architecture le plus populaire (jugé par les numéros de certification publiés) que certains supposent qu`il définit EA. Cependant, certains utilisent encore le terme Enterprise architecture comme synonyme de Business architecture, plutôt que de couvrir tous les quatre domaines d`architecture-les affaires, les données, les applications et la technologie.

Los comentarios están cerrados.