Cadre Zachman Un article de Wikipédia, l'encyclopédie libre. Le cadre Zachman est un cadre d'architecture d'entreprise qui permet d'une manière formelle et hautement structurée de définir le système d'information d'une entreprise. Il utilise un modèle de classification à deux dimensions basé sur : six interrogations de base : Quoi, Comment, Où, Qui, Quand, et Pourquoi (What, How, Where, Who, When, Why),qui croisent six types de modèles distincts qui se rapportent à des groupes de parties prenantes : Visionnaire, Propriétaire, Concepteur, Réalisateur, Sous-traitant et Exécutant (visionary, owner, designer, builder, implementer, worker) pour présenter une vue holistique de l'entreprise qui est modélisée. Origine[modifier | modifier le code] Conçu à l'origine par John Zachman chez IBM en 1987, ce cadre est maintenant de facto un standard mondial pour exprimer les éléments de base d'une architecture d'entreprise. Cas d'emploi[modifier | modifier le code] Avantages et inconvénients[modifier | modifier le code]
Henry Mintzberg Né en 1939 à Montréal, il sort à 22 ans de McGill, la plus grande université anglophone de la ville, avec un diplôme d'ingénieur en mécanique. Après trois ans de recherche opérationnelle pour les Chemins de fer canadien, il reprend des études au MIT (Massachusetts Institute of Technology), à Boston, où il prépare un doctorat. Il réalise que nombre d'universitaires talentueux ne comprennent pas ce qu'est le travail du manager. « Qu'est-ce que le management ? » sera le sujet de sa thèse. La réponse qu'il apporte lui vaut d'être aussitôt recruté comme professeur par l'université McGill. Il poursuit aujourd'hui ses travaux sur les différentes formes de leadership, sur les rapports de la politique et de l'entreprise et sur les questions de développement dans différents pays. Sa pensée Commentaires Commenter cet article
Henry Mintzberg, ethnographe des organisations modernes Principal représentant de la sociologie des organisations, Henry Mintzberg a révélé la fragmentation de l'activité du manager, analysé la stratégie des entreprises et remis en cause la formation des managers distillée dans les Business Schools. Arrivant en vélo à ses rendez-vous et préférant la chemise à carreaux au costume-cravate, Henry Mintzberg a toujours cultivé un anticonformisme qui s'étend à ses méthodes de travail. Il combine de façon surprenante les méthodes de recherche de terrain les plus empiriques et les synthèses encyclopédiques - et néanmoins critiques - de tout ce qui a été écrit sur le thème qu'il étudie.
Les apports de Henri Mintzberg L'approche systémique pour mieux comprendre les organisations Les apports de Henri Mintzberg L'approche systémique pour mieux comprendre les organisations Dominique Grootaers, Le GRAIN asbl, 14 décembre 2005 Henry Mintzberg est une figure de référence internationale dans le domaine de la sociologie des organisations. Les modèles qu’il a élaborés permettent de mieux comprendre le fonctionnement d’une organisation. Le canadien Henri Mintzberg est apparu depuis les années 70 et 80 comme le théoricien de référence dans le domaine de l’analyse des organisations. Au fur et à mesure des essais de Henri Mintzberg s’est profilée une théorie qui est depuis lors abondamment utilisée, commentée et soumise à la critique et qui s’avère d’un intérêt fondamental pour analyser une organisation avant d’envisager la manière d’y opérer un changement. L’apport majeur de Mintzberg est d’avoir élaboré une typologie permettant de catégoriser les diverses composantes internes d’une organisation. 1. 1.1. 1.1.1. La dimension verticale 1.1.2. 1.2. 1.3. 2. 2.1. 2.2. 2.3. 2.4.
The Open Group Architecture Framework Un article de Wikipédia, l'encyclopédie libre. Histoire[modifier | modifier le code] TOGAF a été développé et est continuellement amélioré depuis le milieu des années 1990 par différentes personnes appartenant à un certain nombre de départements informatiques d'importantes sociétés, ainsi que par des fournisseurs de conseils ou de solutions informatiques. Ce travail est effectué par l'intermédiaire du forum des architectures de l'Open Group[2]. Des détails de ce forum ainsi que les plans d'évolution du standard dans l'année courante sont communiqués sur le site du forum architecture de l'Open Group. Description de l'architecture TOGAF[modifier | modifier le code] Le cadre d'Architecture TOGAF s'appuie sur trois concepts fondamentaux complémentaires qui viennent renforcer la capacité d’architecture de l’entreprise : le Cycle ADM, le Cadre de Contenu et le Cadre de Capacité. Cycle ADM[modifier | modifier le code] Cadre de Contenu[modifier | modifier le code] Portail de l’informatique
Togaf : un cadre d'architecture pour industrialiser les projets Le cadre d'architecture de l'Open Group prône l'instauration d'une collaboration entre les chefs de projet métier et technique. Une configuration qui, selon les experts, permet une accélération du déploiement de nouveaux processus. Elaboré au milieu des années 1990, le Togaf (pour The Open Group Architecture Framework) est reconnu aujourd'hui comme un standard industriel. Ce cadre d'architecture porté par le consortium Open Group fait l'objet de mises à jour régulières (sa version 9 est attendue pour 2009). Indépendant du secteur d'activité, Togaf n'impose pas de modèle de formalisation d'architecture, mais en recommande en revanche l'utilisation. Togaf propose une démarche de conception et de gouvernance des architectures d'entreprise. Togaf désencalve le travail des urbanistes en le remettant au centre de la gouvernance du SI L'objectif de Togaf est bien de désenclaver le travail des urbanistes en le remettant au centre de la gouvernance du système d'information.
Introduction to the ADM ADM Overview | The Architecture Development Cycle | Adapting the ADM | Architecture Governance | Process Management | Scoping the Architecture | Architecture Integration | Summary This chapter describes the Architecture Development Method (ADM) cycle, adapting the ADM, architecture scope, and architecture integration. ADM Overview The TOGAF ADM is the result of continuous contributions from a large number of architecture practitioners. Relationship to Other Parts of TOGAF There are two other main parts to TOGAF, besides the ADM: The Enterprise Continuum, described in detail in Part III: Enterprise Continuum. The ADM and the Enterprise Continuum As mentioned above, the Enterprise Continuum provides a framework and context for the leveraging of relevant architecture assets in executing the ADM. The criteria for including source materials in an organization's Enterprise Continuum will typically form part of the organization's IT governance process. The ADM and the Resource Base Key Points Summary
OMB releases 'Common Approach to Federal Enterprise Architecture' Agencies get direction on implementing standardized enterprise architecture The White House has added another framework to the lineup to help federal agencies double down on eliminating waste and streamline processes. The Common Approach to Federal Enterprise Architecture directs executive branch agency leaders to craft an agencywide enterprise architecture that fuses strategic drivers, business requirements and technology. Its main focus is to standardize the development and use of architectures within and between agencies, in hopes of eliminating duplication and enhancing engagement with industry and the public. U.S. CIO Steven VanRoekel briefly touched upon the new guidance at InformationWeek’s Government IT Leadership forum held May 3, describing the common EA approach as a “shared services layer cake” that starts with a systems-up architectural stack. and the soon- About the Author Camille Tuutti is a former FCW staff writer who covered federal oversight and the workforce.
Enterprise systems engineering Enterprise systems engineering (ESE) is the discipline that applies systems engineering to the design of an enterprise.[1] As a discipline, it includes a body of knowledge, principles, and processes tailored to the design of enterprise systems. It accomplishes all of the tasks of "traditional" systems engineering, further informed by an expansive view of the context (political, operational, economic, technological, interacting systems, etc.) in which the system(s) under consideration are being developed, acquired, modified, maintained, or disposed of. Enterprise systems engineering may be required when the complexity being faced (due to scale, uncontrollable interdependencies, and other uncertainties) breaks down the assumptions upon which textbook systems engineering is based, such as requirements being relatively stable and well-understood, a system configuration that can be controlled, and a small, easily discernable set of stakeholders. See also[edit] References[edit] Jump up ^ R.E.
Architectes d’entreprise : snobés mais tenaces. Une étude Forrester confirme l’intérêt de la France pour l‘architecture d’entreprise, de plus en plus stratégique dans la nouvelle entreprise (5.O ?). Et si les métiers se remettaient à l’ouvrage… L’Enterprise Architecture Research forum définit l’architecture d’entreprise comme « la pratique permanente de description des éléments essentiels à une organisation sociotechnique, des relations entre eux et avec leur environnement, afin de comprendre la complexité et de gérer le changement » ! Ou de l’art de regrouper tous les mots et concepts important dans une phrase unique pour la rendre complexe… Toute plaisanterie mise à part, l’essentiel est bien là : interrelations et environnement pour effacer les silos, appréhender et dompter la complexité afin de devenir plus agile et de changer plus simplement… Les EA français très impliqués dans les métiers Priorités 2010 en architecture d'entreprise Tags :architecte, étude, forrester, Gouvernance
Enterprise architecture Enterprise architecture (EA) is "a well-defined practice for conducting enterprise analysis, design, planning, and implementation, using a holistic approach at all times, for the successful development and execution of strategy. Enterprise architecture applies architecture principles and practices to guide organizations through the business, information, process, and technology changes necessary to execute their strategies. These practices utilize the various aspects of an enterprise to identify, motivate, and achieve these changes Practitioners of enterprise architecture call themselves enterprise architects. Overview[edit] In the enterprise architecture literature and community, it is possible to distinguish various perspectives with regards to the meaning of the term “enterprise architecture”. The MIT Center for Information Systems Research (MIT CISR) in 2007 defined enterprise architecture as the specific aspects of a business that are under examination: Criticism[edit] See also[edit]
L'Architecture d'Entreprise Pour assurer la cohérence de tous les éléments de gouvernance opérationnelle, nous avons développé une plateforme commune, HOPEX, sur laquelle repose toute notre offre. La plateforme HOPEX nous permet de délivrer des solutions Web et orientée métier dans un environnement de travail collaboratif et multilingue avec un référentiel d’entreprise unique accessible à tous les acteurs de l’entreprise selon leurs rôles. Les utilisateurs sont accompagnés et guidés tout au long de la mise en œuvre de leur projet au travers de services plateformes, de fonctionnalités d’administration du référentiel, et de fonctionnalités de configuration technique. Les atouts de la plateforme HOPEX en quelques mots En savoir plus sur la plateforme HOPEX