Qu'est-ce que le cadre Zachman ?
Le cadre Zachman a été développé par John Zachman en 1987. Il ne s'agit pas d'une méthode conventionnelle. Nous considérons Zachman comme un modèle qui décrit comment diverses idées sont perçues à partir de points de vue uniques. Le cadre Zachman comprend un ensemble de règles de gestion de l'information présentées sous forme de tableau à 36 cellules.
Le cadre Zachman pousse un architecte à expliquer Quoi, Où, Lorsque, Comment, Qui, et Pourquoi à différents publics.
Le cadre Zachman est présenté dans une matrice bidimensionnelle de 36 cellules comprenant six colonnes et six lignes. Les lignes montrent les perspectives, tandis que les colonnes représentent les questions fondamentales. Cette matrice donne un aperçu complet et structuré des représentations de l'entreprise.
Le framework Zachman est assez flexible pour travailler sur des projets concernant n'importe quelle portée. Zachman concerne les relations entre différentes cellules. Il s'agit des informations que vous devez analyser et expliquer pour gérer votre architecture.
Les perspectives du cadre Zachman sont celles de l'exécutif, de la gestion, de l'architecte, de l'ingénieur, du technicien et de l'entreprise.
- Perspective exécutive : décrit l'objectif du programme d'architecture d'entreprise en ce qui concerne la stratégie commerciale. Il permet au planificateur d'obtenir des informations sur la taille et le coût des systèmes.
- Perspective de gestion d'entreprise : elle décrit les modèles d'entreprise, les choix de conception et les processus d'entreprise adoptés par l'organisation. La perspective de gestion d'entreprise est un outil utile pour les propriétaires qui souhaitent comprendre chaque détail de leurs opérations commerciales. Les propriétaires apprennent également comment les différents processus interagissent.
- Perspective de l'architecte : il s'agit de décrire la logique du système qui décrit la manière dont les exigences commerciales seront satisfaites. L'architecte détermine le fonctionnement du logiciel et représente ensuite l'ensemble du modèle commercial.
- Point de vue de l'ingénieur : décrit la manière dont les solutions technologiques mettront en œuvre les choix du système. Cela garantit que l'entrepreneur relève les défis commerciaux persistants avec des méthodes spécifiques.
- Point de vue du technicien : ce composant décrit les exigences relatives aux composants d'outillage modulaire spécifiques. Il intervient lorsqu'un programmeur reçoit des instructions sur la marche à suivre.
- Perspective de l’entreprise : il s’agit du système fonctionnel tel que perçu par l’utilisateur dans son environnement opérationnel.
Les colonnes du cadre Zachman représentent les questions fondamentales qui sont : « Quoi, Où, Quand, Qui et Pourquoi ».
- Quoi? – Cela représente l'ensemble des données d'entreprise que chaque ligne traiterait.
- Où? – Tout est question de logistique, de localisation géographique et d'interconnexions.
- Lorsque? Cela représente les événements et les cycles économiques qui déclenchent les activités commerciales.
- Comment? – Cela représente les flux de processus et les performances de l'entreprise.
- Qui? – Cela représente l'interaction et les unités organisationnelles entre la technologie et les autres individus.
- Pourquoi ? – Cela représente les stratégies globales et les objectifs commerciaux en moyens spécifiques.
Le format matriciel représente les acteurs et leurs relations avec les critères de décision.
Comment Zachman se positionne-t-il en tant que cadre d’architecture ?
Lors de l'évaluation de Zachman, nous devons savoir ce qu'il faut rechercher. Nous recherchons un échafaudage essentiel lorsque Considérant les cadres d'architecture d'entreprise.
Que rechercher dans un cadre d'architecture d'entreprise
Nous recherchons des outils et des méthodes, tous ces éléments entrent dans un cadre d'architecture d'entreprise optimisé.
Les outils peuvent inclure :
- Modèles analytiques
- Bibliothèque de points de vue
- Architectures de référence
- Spécifications d'architecture
- Livrables
La méthode abordera :
- Méthode de développement d'architecture
- Transition vers la mise en œuvre
- Gouvernance de la mise en œuvre
- Gestion du travail d'architecture d'entreprise
Comparé à tous les éléments nécessaires à un framework optimisé, Zachman est assez limité. Cela ne signifie pas qu'il n'existe aucun cas d'utilisation du framework Zachman. Cela signifie qu'un framework complet nécessite plus.
Cadre de Zachman |
|
Outils | |
Modèles analytiques | Limité
Zachman identifie les informations que vous devez connaître. Il ne dit rien sur l'analyse dont vous avez besoin ni sur la manière de la réaliser. |
Bibliothèque de points de vue | Les six questions fondamentales et les perspectives constituent le point de départ d’une bibliothèque ViewPoint solide. |
Architecture de référence | Manquant |
Spécifications d'architecture | Manquant |
Livrables | Manquant |
Méthode | |
Méthode de développement d'architecture | Manquant |
Transition vers la mise en œuvre | Manquant |
Gouvernance de la mise en œuvre | Manquant |
Gestion du travail d'architecture d'entreprise | Manquant |
Utiliser Zachman pour créer un framework optimisé
Zachman est une base solide pour construire un cadre d'architecture optimisé. SABSA a été construit sur un échafaudage Zachman. Il fournit un exemple très puissant.
Qu'est-ce que le cadre TOGAF ?
Nous ne pouvons pas parler de la Cadre TOGAF sans mettre en évidence son histoire. Le cadre développé par les membres de la Le groupe ouvertLes membres du Forum d'architecture de l'Open Group ont reconnu la nécessité de — et ont commencé à développer les meilleures pratiques pour l'architecture d'entreprise.
Le résultat de ce travail de bonnes pratiques est le TOGAF Méthode de développement architectural (MDA)Il offre une approche systématique et étape par étape pour développer et utiliser une architecture.
Comparaison de TOGAF et de Zachman Framework
C'est une comparaison difficile. Nous pensons à TOGAF plus Zachman car ils se complètent tous les deux.
La pièce maîtresse de TOGAF est très différente de Zachman.
Zachman identifie les personnes pour lesquelles vous avez besoin d'informations et les informations dont vous avez besoin. Le framework Zachman ne fournit aucune directive d'implémentation réelle pour la création d'artefacts architecturaux.
En revanche, TOGAF est très efficace en matière de développement d'architecture. Il est très flexible quant aux informations dont vous avez besoin. Plutôt que de vous prescrire, TOGAF conseille de travailler à rebours à partir de vos parties prenantes et de la portée du projet d'architecture.
Faisons ensuite une brève comparaison entre les deux cadres et soulignons certaines des étapes à suivre. Optimisez votre cadre d'architecture d'entreprise.
Comparaison de TOGAF et de Zachman Framework
Ce tableau compare les forces et les faiblesses de TOGAF et de Zachman, avec les étapes pour créer un cadre optimisé.
Zachman est une base solide pour construire un cadre d'architecture optimisé. Regardez SABSA à titre d'exemple. Il a été construit à l'aide d'échafaudages Zachman.
Cadre de Zachman | Cadre TOGAF | Optimisez votre cadre EA | |
Outils | |||
Modèles analytiques | Limité
Zachman identifie les informations que vous devez connaître. Il ne dit rien sur l'analyse dont vous avez besoin ni sur la manière de la réaliser. |
Limité
|
Trouvez les modèles analytiques dont votre cas d'utilisation d'architecture d'entreprise a besoin |
Bibliothèque de points de vue | Les six questions fondamentales et les perspectives constituent le point de départ d’une bibliothèque ViewPoint solide. | Modèle dans Guide du praticien | Tirez parti de Zachman et Guide du praticien |
Architecture de référence | Manquant | Assortiment limité et étrange :
|
Trouvez les architectures de référence requises par votre cas d'utilisation d'architecture d'entreprise |
Spécifications d'architecture | Manquant | Limité | |
Livrables | Manquant | Liste thématique | Identifiez les livrables dont votre cadre optimisé a besoin |
Méthode | |||
Méthode de développement d'architecture | Manquant | Méthode de développement d'architecture globale est une méthode générique couvrant de nombreux cas d'utilisation d'architecture d'entreprise.
Les méthodes pratiques spécifiques incluent :
|
Convertissez TOGAF ADM en une gestion du travail adaptée à votre cas d'utilisation d'architecture d'entreprise |
Transition vers la mise en œuvre | Manquant | Phase E (Opportunités et solutions) et Phase F (Planification de la mise en œuvre) dans Méthode de développement d'architecture globale | Convertissez le TOGAF ADM en planification d'entreprise adaptée à votre cas d'utilisation |
Gouvernance de la mise en œuvre | Manquant | Phase G (Gouvernance de la mise en œuvre) dans Méthode de développement d'architecture globale | Convertissez le TOGAF ADM en exécution d'entreprise adaptée à votre cas d'utilisation |
Gestion du travail d'architecture d'entreprise | Manquant | Manquant | Développer une approche de gestion du travail |
Effectuons ensuite une brève comparaison entre les deux cadres et soulignons certaines des caractéristiques uniques de chaque cadre.
Principales caractéristiques comparées
TOGAF
- Il résout les problèmes au sein de l'organisation en favorisant une communication synchronisée entre toutes les parties prenantes.
- Le cadre TOGAF est hautement adaptable et polyvalent dans sa mise en œuvre.
- Il offre une approche beaucoup plus pratique et bénéfique.
- Il facilite la meilleure implémentation des logiciels d'entreprise de la manière la plus ordonnée et la plus structurée.
- Il jouit aujourd'hui d'une grande crédibilité et jouit d'un haut niveau de confiance sur le marché.
- La méthode de développement d'architecture (ADM) est un élément essentiel de TOGAF et est un outil puissant.
- Parfois, le framework TOGAF peut être perçu comme lent et les utilisateurs doivent donc modifier administrativement la structure du framework.
- C'est un cadre ouvert et gratuit qui provient d'une communauté massive.
Zachman
- Le framework dispose d'un large éventail d'outils connexes que différents utilisateurs peuvent utiliser.
- Il améliore la communication au niveau individuel au sein même du système d'information.
- Le framework Zachman peut donner lieu à une approche lourde en documentation.
- Il y a un segment de professionnels qui n'acceptent pas le cadre de la pratique experte.
- Les utilisateurs n'ont pas besoin de commencer par la cellule du haut vers le bas. Cela signifie que vous êtes libre de choisir de commencer à partir de n'importe quelle cellule, puis de poursuivre l'itération à partir de ce point.
- Le cadre suit toujours les techniques conventionnelles qui tournent autour des données.
Avantages et inconvénients des cadres TOGAF et Zachman
Comme toutes les autres choses, ces deux cadres ne sont pas parfaits, ce qui signifie que les deux cadres ont leurs forces et leurs lacunes. Voici quelques-uns des avantages et des inconvénients des frameworks :
Avantages de TOGAF
- L'un des plus grands avantages du cadre de l'Open Group est qu'il fournit une méthode simple, étape par étape, pour concevoir l'architecture d'entreprise. Cela le rend simple à utiliser et se traduit par des économies massives de ressources par les organisations.
- Il est simple à utiliser et se compose d'une documentation complète, ce qui signifie que les administrateurs informatiques au sein des organisations auront des problèmes minimes lorsqu'il s'agit de maintenir l'architecture informatique une fois qu'elle est mise en œuvre.
- TOGAF® est le cadre d'architecture d'entreprise le plus populaire au monde, et il fournit un processus de développement d'architecture standardisé et des descriptions uniformes des pièces et des livrables. Cela signifie que le cadre TOGAF est facilement transférable à travers divers secteurs et unités commerciales.
- Le cadre n'est pas un cadre unique, mais il est flexible et hautement adaptable, ce qui signifie qu'il peut être utilisé avec d'autres cadres. Cela signifie que TOGAF peut être utilisé entièrement ou partiellement selon les besoins de l'entreprise.
Avantages de Zachman
- Le cadre aide à l'amélioration de la communication entre les professionnels dans le domaine des systèmes d'information.
- Il permet aux organisations de reconnaître les avantages et les inconvénients de ne pas développer une seule représentation architecturale.
- Le cadre Zachman facilite la comparaison et le contraste d'un large éventail d'outils et d'approches dans la pratique de l'architecture d'entreprise.
- L'un des plus grands succès du framework Zachman est la prise de conscience qu'il n'existe pas de conception unifiée unique qui réponde aux besoins de chacun.
- Le cadre dénote également l'importance de développer de meilleures méthodes (y compris des processus et des outils) utilisées pour produire des représentations architecturales.
Inconvénients de TOGAF
- Apprendre et mettre en œuvre TOGAF dans une bulle et la solitude est difficile. Il est obligatoire que les individus suivent une formation à l'issue de laquelle ils obtiennent Certification TOGAF®. Cette certification prouve qu'un individu a appris les principes du cadre et comment le mettre en œuvre.
- En raison de la nature complexe et de la technique du cadre, il peut nécessiter l'implication d'une équipe complète pour réussir sa mise en œuvre. Ce groupe couvre à la fois la main-d'œuvre et les autres ressources nécessaires.
- Les fonctions de pré-conception sont formalisées dans le cadre, limitant l'espace d'expérimentation et de modification.
Inconvénients de Zachman
- Le cadre Zachman a tendance à privilégier les méthodologies traditionnelles centrées sur les données. Ceci explique son utilisation généralisée dans le domaine des données.
- Le framework n'est pas populaire dans la communauté des développeurs et peu de développeurs en ont même entendu parler.
- Cela pourrait entraîner une stratégie lourde en documents. Cependant, cela ne doit pas être le cas.
TOGAF ou Zachman - Choisir le meilleur framework d'entreprise
Comme souligné, il n'y a pas de cadre parfait, et le choix de celui à utiliser dépend entièrement de l'approche de votre organisation. Les frameworks Zachman et TOGAF sont des outils d'architecture d'entreprise utiles et ils ont tous deux leurs points forts ainsi que leurs défauts.
Le cadre TOGAF offre une approche systématique pour définir l'ensemble du processus d'architecture d'entreprise. La méthode de développement d'architecture (ADM), qui est un élément distinctif du cadre TOGAF, permet la mise en œuvre du cadre à travers les procédures définies qui facilitent tout processus de prise de décision et produisent le modèle commercial souhaité.
D'autre part, le cadre de Zachman est entièrement axé sur l'ontologie. Cela signifie qu'il s'agit d'un ensemble d'instructions organisées définissant comment les objets peuvent être classés, générés, utilisés et modifiés. Le cadre s'appuie sur une variété de perspectives d'entreprise pour étendre, définir et planifier des composants spécifiques d'un système d'entreprise.
Il appartient entièrement à une organisation de sélectionner le cadre qui répond le mieux à ses besoins spécifiques. Certaines organisations décident même de ne pas entreprendre le choix difficile en fusionnant les cadres et en tirant pleinement parti de ce qu'ils offrent tous les deux.
TOGAF contre Zachman Conclusion
La question de TOGAF contre Zachman est difficile à appeler. Les experts conseillent même que pour tirer le meilleur parti des deux mondes, vous devez utiliser les frameworks en harmonie. Malgré les différences, les méthodologies distinctes, les mérites et les inconvénients de chaque cadre, ils ne s'opposent pas ou ne se nient pas. Les organisations qui utilisent ces deux cadres ont fait preuve d'un grand succès dans le fonctionnement de leur architecture d'entreprise.
Nous utilisons Zachman dans la première phase de TOGAF (Architecture Vision Phase) pour nous assurer que nous comprenons qui nous servons et quels matériaux nous devons produire. Si tu veux coup de pied ou améliorer votre carrière en architecture d'entreprise, vous pouvez le faire avec nous grâce à notre Formation TOGAF. Une fois que vous avez suivi le cours et réussi les examens de The Open Group, vous obtenez une certification.