Discussion :

[logiclogic]

Bonjour,


J'aimerais savoir s'il existe un formalisme en SGBD ou en BDD en général pour expliquer à autrui la manière dont on a préparé une base de données (sources, jointures, apurement, etc.) On sait tous faire un explicatif mais il s'agit de savoir s'il existe des documents données, si issus d'un standard (les choses essentielles à y faire figurer, s'il y a du formalisme précis, etc.)
Ce serait un peu le cahier des charges techniques
merci.......

[al1_24]

Tu peux déjà t'appuyer sur les outils que te proposent les méthodologies telles que Merise et UML pour décrire tes structures de données et tes traitements, que as certainement utilisé dès le début de la conception de ton SI.

[logiclogic]

Bonjour,



C'est possible ?
Est-ce que des personnes non habituées des SGBD comprendront un modèle conceptuel de données ?
Je ne connais pas UML ? Il y a-t-il un tuto pour l'apprendre assez rapidement (au risque de ne pas approfondir) ?
D'autres idées ? merci...

[fsmrel]

Bonjour logiclogic,

Est-ce que des personnes non habituées des SGBD comprendront un modèle conceptuel de données ?

J’inverserai le propos : un MCD (modèle conceptuel de données) est une abstraction dans laquelle on peut mettre de l’émotion et qui est un excellent support pour aborder la conception avec l’utilisateur non informaticien : inutile d’être spécialiste des SGBD pas plus que de l’Histoire médiévale syldave pour interpréter ceci :



Un MCD est en amont de la base de données, donc du SGBD, tout comme le plan de la maison de vos rêves préexiste à celle-ci, ce plan étant le support vous permettant de dialoguer avec l’architecte, même si par la suite, ce plan sera surtout mis à profit par les différents corps de métier concernés.

Concernant les modèles conceptuels de données, je vous engage en tout cas à consulter l'ouvrage de Michel Diviné : Parlez-vous Merise ?, gratuit et téléchargeable (Merci Michel !)

Voyez aussi le grand ouvrage de Dominique Nanci et Bernard Espinasse : Ingénierie des systèmes d'information Merise Deuxième génération (4e édition).

Pour UML, voyez l’ouvrage de Christian Soutou et Frédéric Brouard. ULM 2 pour les bases de données : Modélisation, normalisation, génération, SQL, outils.

[logiclogic]

Bonjour,


Est-ce une erreur de ne pas avoir fait de schéma MERISE ? En fait, j'ai manipulé des tables SAS, or, on a pas besoin de schématiser sous SAS...
- mais votre question tombe à pic car j'ai eu un problème pour vérifier mon travail : càd comment vérifie-t-on un travail dans ce cas, sans avoir fait de schéma conceptuel de données ?


merci,

[fsmrel]

Bonjour logiclogic,


Vous écrivez :

« On n’a pas besoin de schématiser sous SAS... »

Toutefois, quand je lis chez Wikipedia :

« Le langage SAS est basé sur trois parties :
Les étapes DATA. Elles permettent de répondre aux besoins correspondant à la création et à la gestion de bases de données, brique fondamentale de tout système d'information. »

Je ne connais rien à SAS. Néanmoins, dès que des systèmes d’information et des bases de données sont en jeu, on doit modéliser (et non pas schématiser) dans les règles de l’art, sinon on peut crier « casse-cou » !

comment vérifie-t-on un travail dans ce cas, sans avoir fait de schéma conceptuel de données ?

On effectue une rétroconception. Si vos tables SAS sont des tables SQL, alors à partir de leur structure, des AGL comme PowerAMC ou WinDesign devraient vous permettre de produire des MCD (Modèles Conceptuels de Données) ou des diagrammes de classes (quand la structure de la base de données n’est pas défaillante : absence de clés, liens rompus...). Plus modestement MySQL Workbench (gratuit) permet de produire des MLD (Modèles Logiques de Données).