#1 Wed 16 August 2006 17:27
- kariboo
- Participant actif
- Date d'inscription: 18 Apr 2006
- Messages: 53
Schémas conceptuels de données
Bonjour,
En pleine rédaction de mémoire, j'ai un doute affreux : comment se définit selon vous un schéma conceptuel de données, et concrètement comment le construit-on, quelles informations y met-on ?
Je trouve des définition différentes un peu partout...
Pour moi le Modèle conceptuel de données est une représentation de phénomènes intervenant dans la réalité autour d'une problématique.
Et à côté de ça je croyais que le schéma conceptuel de données représentait les différentes couches dont on dispose, donc les bases de données de départ, et les coisements effectués entre elles, pour obtenir des bases de données finales. Et en faisant quelques recherches je m'aperçois que le SCD représenterait juste les relations entre les tables (genre commune contient îlots, îlots contient maisons...). Et donc là je ne comprends plus grand chose.
A côté de ça, j'ai lu quelque chose sur les Modèles physiques de données.
Kéçaco ?
Merci de votre aide !
Dernière modification par JB (Wed 16 August 2006 17:53)
Hors ligne
#2 Wed 16 August 2006 21:16
- remi.galinier
- Juste Inscrit !
- Lieu: Rodez
- Date d'inscription: 22 Jul 2006
- Messages: 3
Re: Schémas conceptuels de données
Bonjour,
en parcourant quelques sites j'ai relevé ces deux liens qui me paraissent suffisament clair pour répondre à toutes vos questions.
Bon courage à vous pour le mémoire. Je suis en train de finir le mien ;-)
http://www.commentcamarche.net/merise/concintro.php3
http://www.ac-grenoble.fr/ecogest/pedag … da/mcd.htm
Cordialement.
Rémi
Hors ligne
#3 Thu 17 August 2006 07:34
Re: Schémas conceptuels de données
Bonjour,
A ma connaissance, on ne parle pas de shéma conceptuel de données mais
plutôt de modèle conceptuel de données (MCD).
Il s'agit de la première phase de conceptualisation de base de données. Il
ne prend pas en compte le logiciel qui sera utilisé ultérieurement dans la
base de données. Ensuite vient le modèle logique de données (MLD) où
apparaissent les clefs étrangères. La dernière étape est le modèle physique
de données (MCD) qui prend en compte le logiciel employé dans la base de
données. Par ex, les types dans les champs diffèrent en fonction des SGBD.
Des personnes plus compétentes ont déjà expliquées tout ça de manière plus
claire, il suffit de suivre les liens. Ils concernent des BD non
géographiques mais la méthodologie reste valable en majeure partie pour des
BD géographiques. La méthode de formalisation est Merise
http://www.sam-mag.com/P53,%2053,5,43,,,default.aspx
http://cyril-gruau.developpez.com/uml/t … ceptionBD/
Attention, en pratique, certains font sauter des étapes dans la modelisation
de leur base. Par exemple, certains se passent de MCD et construisent leur
base en commençant directement par le MLD.
Les liens ne parlent pas d'établir un dictionnaire des données mais là à toi
de chercher un peu !!!
Bonne rédaction
Thomas GRATIER
Hors ligne
#4 Fri 18 August 2006 11:04
- ChristopheV
- Membre
- Lieu: Ajaccio
- Date d'inscription: 7 Sep 2005
- Messages: 3175
- Site web
Re: Schémas conceptuels de données
Bonjour,
A la lecture des differents liens proposéspar TomTom et Remi, je suis surpris.
Je ne connais pas la méthode MERISE , je vois qu'elle est utilisée et qu'elle conduit à des dissociations de conception et à une méthode séquentielle, (le MCD puis le MLD puis ...).
Adepte et autodidacte d'UML, je pensais que le MCD était l'ensemble des diagrammes composant un projet.
Les éléments que vous décrivez MCD, MLD, SCD se traduisent et se mélangent, en diagramme de classe, de collaborations, de cas d'utilisations, de séquence ...
Quelqu'un connaissant les deux méthodes (MERISE et UML) pourrait-il m'indiquer si je me trompe?
Merci par avance
Christophe Vergon
Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close
Hors ligne
#5 Fri 18 August 2006 18:15
- Jean-Yves G
- Membre
- Lieu: toulouse
- Date d'inscription: 12 Oct 2005
- Messages: 516
Re: Schémas conceptuels de données
Bonjour,
MCD,MLD et MPD désignent des modèles permettant de définir le contenu et
d'implementer une base de données. Le modèle conceptuel parle d'entité,
le modèle logique parle de tables et le modèle physique s'exprime dans
le langage de définition du SGBD (en général SQL).
La méthode MERISE définit une méthode et des formalismes adaptés aux
différents modèles (Traitements et Données). Le formalisme utilisé pour
la modélisation des données au niveau MCD s'appelle le formalisme
Entité-Relation , il est assez courant d'appeler "MERISE" le formalisme
Entité-Relation car la plupart des concepteurs de BD ne s'occupent plus
des traitements avec MERISE et n'approchent que la partie Données.
UML est une méthode abordant les différents aspects conceptuels d'un
système d'information, on peut l'opposer à MERISE. Le diagramme de
classes UML , réduit aux objets persistants peut être rapproché avec le
MCD de la méthode MERISE. Il est toutefois orienté "Objet" et ne
s'adapte pas directement au modèle relationnel des SGBD relationnels
(héritage et polymorphisme ne sont pas dans la grammaire SQL).
JYG
Hors ligne
#6 Sat 19 August 2006 12:20
- ChristopheV
- Membre
- Lieu: Ajaccio
- Date d'inscription: 7 Sep 2005
- Messages: 3175
- Site web
Re: Schémas conceptuels de données
Bonjour,
Merci pour cette réponse.
Toute fois, dans ma "bible" UML (Modelisation Objet avec UML par Pierre-Alain Muller et N. Gaertener) il est stipuler que l'Héritage simple et l'Héritage multiple sont réalisables sous SQL avec cette forme:
H. Simple: (B hérite de A)
CREATE TABLE T_A(
A_Id NUMBER(5)
PRIMARY KEY (A_Id)
)
CREATE TABLE T_B(
A_Id NUMBER(5) REFERENCES T_A (A_Id),
PRIMARY KEY (A_Id)
)
H. Multiple : B hérite de A1 et A2
CREATE TABLE T_A1(
A1_Id NUMBER(5)
PRIMARY KEY (A1_Id)
)
CREATE TABLE T_A2(
A2_Id NUMBER(5)
PRIMARY KEY (A2_Id)
)
CREATE TABLE T_B(
A1_Id NUMBER(5) REFERENCES T_A1 (A1_Id),
A2_Id NUMBER(5) REFERENCES T_A2 (A2_Id),
PRIMARY KEY (A1_Id,A2_Id))
)
Christophe Vergon
Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close
Hors ligne
#7 Mon 28 August 2006 16:56
Re: Schémas conceptuels de données
Salut à tous,
Je saute une réponse ou deux et je reviens sur les différentes méthodes de modélisation.
UML et Merise sont deux méthodes qui permettent de modéliser une BD géographique.
Pour ceux qui se posent la question du passage de UML à Merise et inversement, vous pouvez vous reportez à cette FAQ qui explique le passage de l'un à l'autre.( Je pense à ceux qui connaissent qu'une des deux méthodes)
http://merise.developpez.com/faq/?page= … eClasseUML
Pour les curieux, j'ai trouvé qu'il existait une troisième manière de formaliser une base de données en utilisant HBDS.
Pour comprendre de quoi il s'agit, allez sur
http://www.ensg.ign.fr/~spelle/HBDSConseils.htm
J'ai également découvert que généralement cette méthode formalisait les relations entres les objets dans les bases de données fournies par l'IGN.
N'étant pas un pro en modélisation, je vous laisse le soin de découvrir tout ça.
Thomas Gratier
Dernière modification par TomTom (Mon 28 August 2006 16:58)
Hors ligne
#8 Wed 26 December 2007 18:47
- musique
- Juste Inscrit !
- Date d'inscription: 26 Dec 2007
- Messages: 1
Re: Schémas conceptuels de données
Bonjour je recherche un schéma conceptuel pour socièté (factise) de distribution de partitions musicales.
Un répertoire des partitions commercialisées doit être disponible, ce répertoire doit être
mis à jour régulièrement et complété par les nouvelles parutions.
La mise à disposition de ces partitions peut se faire de deux manières soit par
téléchargement pour les partitions disponibles sur support numérique, soit par envoi du
recueil papier.
Un site Internet existe il doit permettre (entre autre) de rechercher à partir du compositeur,
du titre du morceau, de la catégorie ou bien de l’instrument, une (ou plusieurs) partition(s)
Dans un premier temps ceci permet de déterminer si elle existe et ensuite sa forme (papier
ou version numérisée). Certaines partitions n’existent pas en version numérisée, elles font
partie d’un recueil qui est édité par des maisons d’édition. Un recueil peut contenir un ou
plusieurs titres, inversement un titre peut être présent dans plusieurs recueils. Les maisons
d’édition fournissent des recueils par compositeurs (ou interprètes), par instruments
(Guitare, piano, violon, etc..), par catégorie (Classique, jazz, etc…).
La base à mettre en place ne sera pas pour l’instant utilisée pour gérer les commandes à
partir du site Internet, elle sera utilisée par des particuliers (Abonnés au service de
téléchargement pour ceux qui souhaitent télécharger) ou bien par des magasins de vente
qui feront les recherches afin d’avoir tous les éléments pour passer commande. Dans les
deux cas les partitions ont un prix de vente (par téléchargement ou sur recueil papier).
Il est intéressant de fournir aux utilisateurs de la base les informations sur les nouveautés
(partition rajoutées au répertoire lors des dernières semaines). De même certains recueils
sont épuisés, on garde tout de même leurs références.
Chaque partition a un numéro, un titre (qui correspond au titre du morceau), un
compositeur (dans certains cas le compositeur est inconnu), une date de création. Certaines
partitions peuvent être utilisée pour plusieurs instruments et chaque partition est associée à
une catégorie. Les partitions papiers sont associées à un (ou plusieurs) recueil(s), ce recueil
à un titre, un éditeur, un prix. Pour les partitions numériques on dispose du texte de la
partition (au format pdf), de l’adresse de téléchargement, du nombre de téléchargements, la
date du dernier téléchargement.
Hors ligne