Cependant cette généricité est une qualité qui peut être déroutante aux premiers abords.

Quand Togaf vous suggère de développer une Vision d’Architecture (en Phase A)  ou bien des Architectures de Transition (en phase E), c’est très bien.

Certes, et à quoi peut ressembler une vision d’architecture ou une architecture de transition. Les templates apportent un exemple de réponse possible.

Pour répondre à ce type de questions, The Open Group propose depuis quelques temps deux séries de templates de certains livrables TOGAF.

C’est une initiative plus que louable pour les praticiens et les formateurs.

Disons le simplement, ces templates sont avant tout fait pour servir d’exemples.  Ils sont un excellent moyen de démythifier la pratique d’architecture.

Les templates sont un moyen de concrétiser une forme possible d’un livrable. Un exemple donc, pas un modèle.

Comme toujours et complétement dans l’esprit Togaf, c’est à chaque entreprise de contextualiser ses documents types.

Togaf ne propose rien de magique, mais uniquement des choses issues de « pratiques de praticiens ».

Les templates n’échappent pas à cette approche. Ils sont avant tout utiles pour donner un exemple de « à quoi cela peut ressembler en vrai ».

The Open Group propose deux « paquets » gratuits (un simple formulaire pour recevoir un lien pour télécharger le fichier).

Le contenu du premier paquet (en anglais) :

• Architecture Definition Document
• Architecture Principles
• Architecture Vision
• Business Scenarios
• Request for Architecture Work
• Requirements Impact Assessment
• Statement of Architecture Work

Vous pouvez le récupérer depuis le lien suivant : http://www.opengroup.org/bookstore/catalog/i092.htm

Le contenu du second paquet est plus conséquent, avec des exemples de livrables et des exemples d’artefacts :

delivrables :

• Preliminary Phase: Architecture Principles, Architecture Repository, Business Principles-Goals-Drivers/Business Principles-Goals-Drivers, Organizational Model for Enterprise Architecture, Request for Architecture Work, Tailored Architecture Framework
• Phase A: Architecture Vision, Capability Assessment, Communications Plan, Statement of Architecture Work
• Phase B, C, D: Architecture Definition Document, Architecture Requirements Specification, Architecture Roadmap
• Phase E: Implementation and Migration Plan, Transition Architecture
• Phase F: Architecture Building Blocks, Architecture Contract with Business Users, Architecture Contract with Development Partners, Implementation Governance Model
• Phase G: Compliance Assessment, Solution Building Blocks
• Phase H: Architecture Change Request, Requirements Impact Assessment

Artifacts :

Catalogs:
- Application Architecture: Applications Portfolio Catalog, Interface Catalog
- Business Architecture: Contract-Measure Catalog, Driver-Goal-Objective Catalog, Location Catalog, Organization-Actor Catalog, Process-Event-Control-Product Catalog, Role Catalog, Service-Function Catalog
- Data Architecture: Data Entity-Data Component Catalog
- Preliminary: Principles Catalog
- Requirements: Requirements Catalog
- Technology Architecture: Technology Portfolio Catalog, Technology Standards Catalog
Core Diagrams:
- Application Architecture: Application & User Location Diagram, Application Communication Diagram, System Use-Case Diagram
- Architecture Vision: Solution Concept Diagram, Value Chain Diagram
- Business Architecture: Business Footprint Diagram, Business Services and Information Diagram, Functional Decomposition Diagram, Product Lifecycle Diagram
- Data Architecture: Class Diagram, Data Dissemination Diagram
- Opportunities and Solutions: Benefits Diagram, Project Context Diagram
- Technology Architecture: Environments & Locations Diagram, Platform Decomposition Diagram
Extension Diagrams:
- Technology Architecture: Network Computing-Hardware Diagram, Processing Diagram
Matrices:
- Application Architecture: Application Interaction Matrix, Role-System Matrix, System-Function Matrix, System-Organization Matrix
- Architecture Vision: Stakeholder Map Matrix
- Business Architecture: Actor Role Matrix, Business Interaction Matrix
- Data Architecture: Data Entity-Business Function Matrix, System-Data Matrix
- Technology Architecture: System-Technology Matrix

Vous pouvez le récupérer depuis le lien suivant : http://www.opengroup.org/bookstore/catalog/i093.htm

Bonne lecture, enfin bonne pratique !

Le Cadre de Capacité d’Architecture est un ensemble de ressources, de recommandations, de modèles, d’informations d’arrière-plan, etc., aidant l’architecte à établir une pratique d’architecture au sein d’une organisation.

La série de billets « Togaf essentiel » présente les points clefs du cadre de référence TOGAF.

TOGAF propose deux Modèles de référence pouvant être incorporés à un Continuum d’entreprise particulier, à savoir :

• le Modèle de Référence Technique (TRM – Technical Reference Model) TOGAF;
• le Modèle de Référence d’Infrastructure d’Information Intégrée (III-RM – Integrated Information Infrastructure Reference Model).

La série de billets « Togaf essentiel » présente les points clefs du cadre de référence TOGAF.

Le Continuum d’Entreprise est un modèle permettant de structurer un référentiel virtuel.
Il fournit des méthodes permettant de classer des éléments d’architecture décrivant des principes ou des solutions et illustre la façon dont évoluent les différents types d’éléments d’architecture et la façon dont on peut les exploiter et les réutiliser.
Ce continuum se fonde sur des architectures et des solutions (modèles, patterns, descriptions d’architectures, etc.) présentes au sein de l’entreprise ou de l’industrie en général, et accumulées par l’entreprise tout au long du développement de ses architectures.

La série de billets « Togaf essentiel » présente les points clefs du cadre de référence TOGAF.

Le Cadre de Contenu d’Architecture propose un modèle détaillé des fournitures de l’architecture, parmi lesquelles les livrables, les éléments contenus dans les livrables, et les Building Blocks d’Architecture (ABB—Architecture Building Blocks) que représentent les livrables.

La série de billets « Togaf essentiel » présente les points clefs du cadre de référence TOGAF.

Le chapitre Recommandations et techniques ADM décrit un certain nombre de recommandations et de techniques aidant à l’application de l’ADM.
Ces recommandations indiquent comment adapter l’ADM à différents cas d’utilisation comme divers styles de processus (utilisant par exemple des itérations) ou certaines architectures spécialisées (telles que la sécurité).
Les techniques interviennent dans certaines tâches inhérentes à la méthode ADM (comme les principes fondamentaux, les scénarios métiers, l’analyse d’écart, la planification de migration, la gestion du risque, etc.).

La série de billets « Togaf essentiel » présente les points clefs du cadre de référence TOGAF.

L’ADM (Architecture Development Model) décrit la façon d’élaborer une architecture d’entreprise devant répondre aux exigences métiers spécifi ques d’une organisation.
L’ADM est le principal composant de TOGAF et assiste les architectes à plusieurs niveaux :

Elle propose un certain nombre de phases d’un cycle de développement d’architecture (Architecture du Business, Architectures des Systèmes d’Information, Architecture Technique), sous la forme
d’un modèle de processus global destiné à l’activité de développement d’architectures.

Elle fournit un descriptif de chaque phase de l’architecture, présentant ses objectifs, sa démarche, ses entrants, ses étapes et ses sortants. Les parties concernant les entrants et les sortants définissent la structure du contenu d’une architecture et les livrables (une description détaillée des entrants de phase et des sortants de phase est fournie dans le Cadre de Contenu d’Architecture).

Elle fournit des récapitulatifs de l’ensemble des phases couvrant la gestion des exigences.

La série de billets « Togaf essentiel » présente les points clefs du cadre de référence TOGAF.

La Méthode de Développement d’Architecture (décrite dans la partie II de TOGAF 9) est l’élément central de TOGAF.
La capacité d’architecture (décrite dans la partie VII de TOGAF 9) met en oeuvre la méthode. La méthode fait appel à plusieurs recommandations et techniques (décrites dans la partie III de TOGAF 9).
Il en résulte un contenu qui est ensuite stocké dans le référentiel (repository) (décrit dans la partie IV de TOGAF 9) après classification conformément au Continuum d’Entreprise (décrit dans la partie V de TOGAF 9).
Le référentiel est initialement peuplé de modèles de référence TOGAF (TOGAF Reference Models – TRM) (décrits dans la partie VI de TOGAF 9).

La série de billets « Togaf essentiel » présente les points clefs du cadre de référence TOGAF.

L’ISO/IEC 42010:20072 définit “ l’architecture ” comme étant :
“ L’organisation fondamentale d’un système, mis en œuvre par ses composants, par les relations que ces derniers ont entre eux et avec l’environnement et par les principes qui en régissent la conception et l’évolution ”.

TOGAF reprend et élargit cette définition.
Selon TOGAF, “ l’architecture ” a deux significations suivant le contexte :
1. La description formalisée d’un système, ou bien, au niveau d’un composant, sa description détaillée permettant sa mise en oeuvre.
2. La structure des composants, accompagnée des relations entre les composants, et les principes et recommandations déterminant leur conception et leur évolution au cours du temps.

La série de billets « Togaf essentiel » présente les points clefs du cadre de référence TOGAF.