L’essentiel à retenir
- Objectif 1 : une Target Technology Architecture qui livre les building blocks via composants et services technologiques.
- Objectif 2 : des composants de roadmap tirés des écarts Baseline/Target technologiques.
- La phase D part des sorties de B et C, notamment des contraintes de l’ARS.
- Contenu : plateformes, environnements, sites, charge, réseau, matériel.
- Les composants de roadmap des phases B, C et D sont consolidés en phase E.
Finalité et objectifs
La phase D clôt le trio des phases de domaine. Comme B et C, elle vise une architecture approuvée par les parties prenantes, avec les écarts et le travail pour les combler. Sa spécificité : la technologie n’a pas de valeur en soi, elle sert à réaliser ce qui a été décidé pour le métier, les données et les applications.
- Développer une Target Technology Architecture grâce à laquelle la vision et les building blocks métier, données et applications cibles peuvent être livrés au moyen de composants et de services technologiques, en traitant le Statement of Architecture Work et les préoccupations
- Identifier des composants candidats de l’Architecture Roadmap à partir des écarts entre Baseline et Target Technology Architecture
Entrées principales
La phase D s’appuie sur tout ce que les phases précédentes ont produit, en particulier sur les contraintes que la phase C a formulées à son intention. Elle suit ensuite les mêmes étapes que les autres phases de domaine : choix des modèles de référence et viewpoints, Baseline, Target, écarts, composants de roadmap, résolution des impacts, revue formelle et finalisation.
- ADD et ARS draft enrichis en phases B et C
- Contraintes sur la Technology Architecture issues de la phase C
- Composants Business, Data et Application de la roadmap
- Statement of Architecture Work, vision et principes technologiques
Contenu de la Target Technology Architecture
Le contenu décrit la plateforme qui héberge et relie les applications. On y trouve des éléments logiques, comme les services technologiques, et des éléments plus physiques, comme les spécifications matérielles.
- Composants technologiques et leurs liens avec les systèmes d’information
- Plateformes et leur décomposition en piles technologiques
- Environnements (développement, production…) et sites
- Charge de traitement attendue et sa répartition
- Communications physiques et spécifications matérielles et réseau
Livrables et passage à la phase E
La phase D complète l’ADD avec la Baseline et la Target technologiques et leurs vues. Elle enrichit l’ARS avec les résultats de l’analyse des écarts, les exigences reçues des phases B et C et les exigences technologiques mises à jour. Elle ajoute les composants technologiques de l’Architecture Roadmap.
Une fois les quatre domaines décrits et revus, la phase E peut consolider l’ensemble des écarts et des composants candidats pour bâtir la roadmap complète. Si un choix technologique ne peut pas supporter un building block convenu, l’équipe revient sur les domaines touchés : c’est l’itération entre phases.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Technology Architecture
- Description des capacités logicielles et matérielles qui supportent le déploiement des services métier, de données et d’applications.
- Technology component
- Élément technologique, logiciel ou matériel, qui réalise un ou plusieurs services technologiques.
- Technology service
- Capacité technique offerte aux applications, comme l’hébergement, le stockage ou la messagerie.
- Architecture Roadmap
- Liste ordonnée de changements, issue des composants candidats, menant de la Baseline à la Target.