Le diagramme logique de données de la phase C Architecture des Systèmes d'Information de TOGAF - étape 31 de l’exemple complet Modelio
Le diagramme logique de données a pour objet de représenter les données persistantes à partir du diagramme des entités métier en phase B architecture métier de TOGAF (étape 22 du didacticiel).
Le diagramme est réalisé par les architectes applicatifs et les DBA (Data Base Administrator) avec comme référents les architectes applicatifs, les DBA et les architectes techniques et à destination des DBA et des développeurs.
Pour plus de précisions sur les éléments de modélisation avec UML de la phase C Architecture des Systèmes d'Information de TOGAF, voir l’article :
La plupart des outils de modélisation digne de ce nom permettent de générer automatiquement le modèle logique de données à partir du diagramme de classe abordé à l’étape 22 de notre tutorial Modelio ( voir notre article : “ Diagramme des entités métier en phase B architecture métier de TOGAF - étape 22 du didacticiel “).
La génération s’effectue en fonction du moyen de stockage des données.
L’outil de persistance traditionnel est la base de données relationnelles (SGBD).
L’AGL (Atelier de Génie Logiciel), générera un MLD (Modèle Logique de Données) qui doit être de troisième forme normale pour être un modèle relationnel.
Puis en fonction de l’éditeur du SGBD (Oracle, MySQL, Microsoft SQL Server, …), l'AGL générera un MPD (Modèle Physique de données) avec les clés primaires et étrangères.
Mais il existe aussi d’autres solutions de persistance comme NoSQL très tendance car se prêtant mieux au Big Data (MongoDB, Cassandra, …), les NXD ou bases de données XML Native (BaseX, Oracle Berkeley DB XML) et signalons aussi même si elles sont en pertes de vitesse les base de données orientée objet (SGBDO comme InterSystems Caché, Objectivity/DB).
Conclusion
Le diagramme logique de données est créé à partir du diagramme des entités métier en phase B architecture métier, le plus souvent automatiquement.
Il constitue le modèle de persistance des données à partir duquel les responsables des données vont réaliser le stockage des informations en fonction de la solution choisie par l’entreprise.
Rhona Maxwel
@rhona_helena
“A moins qu’elles n’innovent plus rapidement (ou acquièrent leurs homologues digitaux), attendez-vous à ce que la plupart des dinosaures du Top 500 aux Etats Unis se fassent disrupter et détruire par une marche ininterrompue de licornes (nb start-up valorisées à plus de 1 milliard de dollars), financées par les Venture Capitalist, qui éclateront leurs petit cerveaux reptiliens grâce aux logiciels et au marketing digital”
Dave McClure
Annexe 1 : les précédentes étapes de notre étude de cas TOGAF
- Exemples d’études de cas d’architecture d’entreprise avec le framework TOGAF empruntés à l’outil français Modelio
- Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 1, les éléments de modélisation
- Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 2, matrice des parties prenantes (stakeholder)
- Tutorial, exemple d’étude de cas TOGAF - Analyser les objectifs - étape 3.1 de Comment modéliser la phase A Vision de la méthode ADM
- Etude de cas complète TOGAF, structure du projet et mode opératoire avec l’outil Modelio Business Analyst
- Comment modéliser les objectifs stratégiques et opérationnels en phase A Vision de la méthode ADM TOGAF ? (étape 3.2 de notre étude de cas)
- Cas complet de mise en œuvre TOGAF : l’artefact « catalogue d’objectifs » (étape 3.3 de notre didacticiel)
- Le catalogue des exigences de la phase A Vision de TOGAF : étape 4.1 de l’étude de cas
- Le diagramme SysML des exigences de la phase A Vision de TOGAF : étape 4.2 de l’étude de cas
- Le diagramme d’évènements de la phase A Vision de TOGAF : étape 5 de l’étude de cas Modelio
- Le diagramme des concepts de la solution de la phase A Vision de TOGAF : étape 6 de l’étude de cas Modelio
- Le diagramme de chaîne de valeur de la phase A Vision de TOGAF : étape 7 de l’étude de cas Modelio
- Comment modéliser la phase B Architecture métier de TOGAF - les éléments de modélisation - étape 8 de l’étude de cas
- Le dictionnaire métier de la phase B Architecture métier de TOGAF - étape 9 de l’étude de cas
- Le diagramme d’organisation des acteurs de la phase B Architecture métier de TOGAF - étape 10 de l’étude de cas
- Comment modéliser les flux échangés entre une entreprise et les acteurs externes en phase B architecture métier de TOGAF ? – étape 11 de l’étude de cas
- Diagramme des rôles joués par les acteurs en phase B architecture métier de TOGAF ? – étape 12 de l’étude de cas
- Diagramme d’organisation et de localisation en phase B architecture métier de TOGAF – étape 13 de l’étude de cas
- Diagramme de localisation en phase B architecture métier de TOGAF – étape 14 de l’étude de cas
- Diagramme de décomposition fonctionnelle en phase B architecture métier de TOGAF – étape 15 de l’étude de cas
- Diagramme objectifs-services métier en phase B architecture métier de TOGAF – étape 16 de l’étude de cas
- Diagramme de processus métier en phase B architecture métier de TOGAF – étape 17 de l’étude de cas
- Les règles métier en phase B architecture métier de TOGAF – étape 18 avec l’outil Enterprise Architect de Sparx Systems
- Diagramme de cas d’utilisation métier en phase B architecture métier de TOGAF – étape 19 de l’étude de cas Modelio
- Diagramme information - service métier en phase B architecture métier de TOGAF - étape 20 de l’étude de cas Modelio
- Diagramme supervision métier en phase B architecture métier de TOGAF – étape 21 de l’exemple complet emprunté à Modelio
- Diagramme des entités métier en phase B architecture métier de TOGAF - étape 22 du didacticiel
- Diagramme de cycle de vie des entités métier en phase B architecture métier de TOGAF - étape 23 de l'étude de cas
- Les éléments de modélisation avec UML de la phase C Architecture des Systèmes d'Information de TOGAF - étape 24 du tutoriel
- Le diagramme de communication des applications de la phase C Architecture des Systèmes d'Information de TOGAF - étape 25 du tutoriel
- Le diagramme de migration applicative de la phase C Architecture des Systèmes d'Information de TOGAF - étape 26 du cas complet Modelio
- Le diagramme de localisation des applications et des utilisateurs de la phase C Architecture des Systèmes d'Information de TOGAF - étape 27 de notre cas d’étude
- Le diagramme de cas d’utilisation applicatifs de la phase C Architecture des Systèmes d'Information de TOGAF - étape 28 de notre cas d’étude
- Le diagramme de réalisation des processus de la phase C Architecture des Systèmes d'Information de TOGAF - étape 29 du didacticiel
- Le diagramme de gestion d’entreprise de la phase C Architecture des Systèmes d'Information de TOGAF - étape 30 de l’exemple complet Modelio
A découvrir aussi
- L’extension « Gouvernance » du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
- Les points de vue et les vues TOGAF ou comment montrer que les préoccupations et les exigences des parties prenantes sont prises en compte
- Diagramme de décomposition fonctionnelle en phase B architecture métier de TOGAF – étape 15 de l’étude de cas
Inscrivez-vous au site
Soyez prévenu par email des prochaines mises à jour
Rejoignez les 721 autres membres