TOGAF, Phase C1 : Architecture Data

La phase C (Architecture des Systèmes d’Information) se découpe en sous sous-phases: l’architecture data (C1) et l'architecture applicative (C2). Cet article se concentre sur l'architecture Data, qui consiste à modéliser la manière dont seront gérées les données au sein de l'entreprise pour assurer leur alignement avec la stratégie et les besoins de l'entreprise, tout au long de leur cycle de vie. Elle vise à créer des modèles de données cohérents et à définir des normes pour garantir une utilisation efficace et cohérente des données dans toute l'organisation.

Note: Les points décrits ci-dessous sont volontairement simplifiés par rapport à la documentation officielle pour gagner en lisibilité et en compréhension.

Objectif

Définir et décrire comment l’entreprise doit gérer ses données pour atteindre ses objectifs et répondre à l’ensemble des moteurs stratégiques mis en évidence dans l'analyse de l'architecture business, de manière à satisfaire les préoccupations des acteurs concernés.

Étapes clés

• Sélectionner les points de vue, les vues et les artefacts qui seront utilisés pour décrire l'architecture.
• Développer une description de l’architecture Data initiale.
• Développer une description de l’architecture Data cible.
• Effectuer une analyse des écarts (initiale / cible).
• Identifier les potentiels "building-blocks architecturaux" (ABB) de la roadmap.
• Analyser les impacts de la transformation sur tout le paysage architectural.
• Définir le niveau d'accessibilité des données (public/privées).
• Identifier et mitiger les risques associés à la transformation (y compris les risques de sécurité).
• Vérifier formellement que l’architecture cible reflète les préoccupations des acteurs concernés.

Entrées

• La définition du chantier d’architecture (approuvé)
• L'architecture Business initiale (détaillée)
• L'architecture Business cible (détaillée)
• L'architecture Data initiale (draft)
• L'architecture Data cible (draft)

Sorties

• L'architecture Data initiale (détaillée)
• L'architecture Data cible (détaillée)

Artefacts utiles

• Business Processes Models
• Diagramme des Interfaces/Schnittstelle
• Diagramme des communications
• Use-Cases
• Diagrammes de séquence
• Modèles de données
• Diagrammes de flux
• Diagramme de sécurité de la donnée
• Diagramme de migration des données
• Diagramme de Cycle de vie de la donnée

Notes personnelles

De nos jours, nous disposons de tellement de données, parfois sous différents formats totalement hétérogènes. Ces données sont stockées dans des data lakes ou des basse de données relationnelles, peuvent être dans différents languages avec différents encodings, et sont stockées dans le cloud ou sur un serveur quelque-part dans l'entreprise. Elles peuvent être historisées, parfois dupliquées à plusieurs endroits pour gagner en performance, et elles sont sauvegardées régulièrement. Certaines d'entre elles sont sensibles et doivent être sécurisées, d'autres sont publiques et totalement accessibles. Tout cela peu vite devenir un gros bordel, et la phase C1 est essentielle pour garantir que les données sont gérées de manière efficace et cohérente.

Les Phases C1 (Architecture Data) et C2 (Architecture applicative) peuvent être réalisées en parallèle. Il est par contre important de bien séparer l'analyse des données de celle des applications, et d'essayer de garder une séparation claire entre les deux mondes. En effet, les données sont souvent le cœur de l'entreprise, alors que les applications sont amenées à être remplacées avec le temps.

Certes, il ne sera pas toujours possible d'avoir une séparation claire dans la solution finale, mais on voit trop souvent dans les entreprises des données stockées dans un format propre à la solution applicative choisie, et cela freine considérablement les évolutions d'architecture, car on est alors bloqué par une application qui est beaucoup trop contraignante à remplacer. Il faudra alors s'assurer que l'export des données de 'entreprise est possible.