Conformité d’architecture : revues, niveaux et dispensations

Pourquoi vérifier la conformité

Deux processus complémentaires y contribuent. La fonction d’architecture prépare des Project Architectures, c’est-à-dire des vues de l’Enterprise Architecture propres à chaque grand projet, au fil des phases A à F. Les fonctions de gouvernance d’entreprise et IT définissent de leur côté une revue formelle de conformité appliquée à tous les projets. Les revues servent à :

• détecter tôt les erreurs dans l’architecture du projet ;
• appliquer les meilleures pratiques au travail d’architecture ;
• donner une vue d’ensemble du respect des standards imposés ;
• repérer les standards qui devraient eux-mêmes évoluer ;
• identifier des services propres à une application qui pourraient rejoindre l’infrastructure d’entreprise ;
• informer la direction de l’état de préparation du projet ;
• signaler aux fournisseurs les écarts architecturaux significatifs.

Quand réviser

APPROFONDISSEMENT · DÉTAILS D’APPLICATION

TOGAF suggère des revues au lancement du projet, lors de la conception initiale, à chaque changement de conception majeur et ponctuellement si besoin. Une revue tardive, à la clôture seulement, ne permettrait plus de corriger à moindre coût. Bien menées, ces revues peuvent raccourcir la durée globale des projets et faire profiter plus vite le métier de l’architecture.

En phase G, Implementation Governance, les revues produisent des Compliance Assessments ; les écarts mènent à un réalignement, à une dispensation ou à des Change Requests.

Six niveaux de conformité

APPROFONDISSEMENT · DÉTAILS D’APPLICATION

Pour qualifier une implémentation par rapport à une spécification, posez trois questions : tout ce qui est spécifié est-il implémenté ? Y a-t-il des ajouts hors spécification ? Une fonctionnalité spécifiée est-elle implémentée à l’encontre de la spécification ?

• Irrelevant : aucune fonctionnalité en commun avec la spécification.
• Consistent : les fonctionnalités communes respectent la spécification, mais certaines spécifiées manquent et d’autres sont ajoutées hors spécification.
• Compliant : certaines fonctionnalités spécifiées manquent, mais tout ce qui est implémenté est couvert par la spécification et la respecte.
• Conformant : toute la spécification est implémentée conformément, avec des ajouts hors spécification.
• Fully conformant : correspondance exacte, ni manque ni ajout.
• Non-conformant : au moins une fonctionnalité spécifiée est implémentée de façon contraire à la spécification.

Quand la conformité n’est pas atteinte

APPROFONDISSEMENT · DÉTAILS D’APPLICATION

Si une Compliance Assessment est rejetée, le domaine concerné (conception, exploitation, niveau de service ou technologie) peut soit être réaligné sur les exigences, soit faire l’objet d’une demande de dispensation.

Une dispensation est accordée pour une durée donnée et un périmètre défini de services et de critères opérationnels ; elle est suivie et n’est pas permanente. L’Architecture Board l’accorde en cohérence avec la stratégie technologique. Des demandes répétées sur un même standard sont un signal : le standard lui-même mérite peut-être une mise à jour.