Outils pour utilisateurs
intro_histoire_numerique:modele_artefacts
Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
|
intro_histoire_numerique:modele_artefacts [2020/12/28 22:30] Francesco Beretta |
intro_histoire_numerique:modele_artefacts [2020/12/28 22:35] (Version actuelle) Francesco Beretta |
||
|---|---|---|---|
| Ligne 20: | Ligne 20: | ||
| Ce modèle conceptuel a été réalisé avec le logiciel //diagrams.net// (draw.io) (cliquer sur le diagramme deux fois pour afficher). Concernant le logiciel, [[http://phn-wiki.ish-lyon.cnrs.fr/doku.php?id=intro_histoire_numerique:modelisation_bases_donnees&#logiciel_pour_realiser_le_modele_conceptuel|voir cette page]]. | Ce modèle conceptuel a été réalisé avec le logiciel //diagrams.net// (draw.io) (cliquer sur le diagramme deux fois pour afficher). Concernant le logiciel, [[http://phn-wiki.ish-lyon.cnrs.fr/doku.php?id=intro_histoire_numerique:modelisation_bases_donnees&#logiciel_pour_realiser_le_modele_conceptuel|voir cette page]]. | ||
| - | Téléchargez le fichier XML au format .drawio ici et ouvrez-le dans //diagrams.net//. | + | Téléchargez le {{:intro_histoire_numerique:artefact.drawio.zip|fichier XML au format .drawio}} ici et ouvrez-le dans //diagrams.net//. |
| Ligne 42: | Ligne 42: | ||
| - | En application de la grammaire de la modélisation conceptuelle on va distinguer entre //propriétés-valeur// et //propriétés-relation//. Ces dernières expriment des relations entre les classes (et donc entre leurs objets/instances). Étant donné que les propriétés-valeurs contiennent des chaines de caractères ou des chiffres, les données produites avec ces propriétés seront semi-structurées : la colonne indique le sens de la propriété mais la cellule contient une simple valeur, par ex. un type sous forme de chaine de caractères, et non un objet identifié avec précision, par exemple une instance bien identifiée de la classe //Type//. En revanche, les propriétés-relation permettent de produire des données structurées en établissant, par ex., une relation entre un objet et son type, ce dernier étant défini clairement par sa définition et son label, et associé à tous les objets relevant de ce type par sa clé primaire, utilisée comme clé étrangère dans la relation. Pour plus de précisions à ce sujet, voir les travaux mentionnés [sur cette page] concernant la modélisation conceptuelle et le diagramme des classes. | + | En application de la grammaire de la modélisation conceptuelle on va distinguer entre //propriétés-valeur// et //propriétés-relation//. Ces dernières expriment des relations entre les classes (et donc entre leurs objets/instances). Étant donné que les propriétés-valeurs contiennent des chaines de caractères ou des chiffres, les données produites avec ces propriétés seront semi-structurées : la colonne indique le sens de la propriété mais la cellule contient une simple valeur, par ex. un type sous forme de chaine de caractères, et non un objet identifié avec précision, par exemple une instance bien identifiée de la classe //Type//. En revanche, les propriétés-relation permettent de produire des données structurées en établissant, par ex., une relation entre un objet et son type, ce dernier étant défini clairement par sa définition et son label, et associé à tous les objets relevant de ce type par sa clé primaire, utilisée comme clé étrangère dans la relation. Pour plus de précisions à ce sujet, voir les travaux mentionnés [[intro_histoire_numerique:modelisation_bases_donnees|sur cette page]] concernant la modélisation conceptuelle et le diagramme des classes. |
| Ligne 56: | Ligne 56: | ||
| - | Enfin, dans l’exemple du modèle conceptuel proposé, qui est conceptualisé à partir de la classe [[https://ontome.dataforhistory.org/class/23|E24 Physical Man-Made Thing]] du CIDOC CRM, trois ensembles de propriétés ont été pris en considérations. D’autres pourront bien entendu être ajoutés en fonction du questionnement de la recherche. Pour cette partie, il est utile de s’inspirer des différents exemples et cas de figure présentés dans la [[http://www.cidoc-crm.org/functional-units|Functional Overview]] sur le site du CIDOC CRM. | ||
| - | Il importe de relever que, si sur le modèle conceptuel on tracera toutes les classes et propriétés utiles, afin de conceptualiser l’ensemble de l’information nécessaire à l’étude de son champs de recherche, on ne va pas nécessairement produire toutes les tables et toutes les propriétés dans le modèle logique. En effet, on ne doit renseigner les données que pour les domaines où on imagine un traitement systématique de l’information, comprenant au minimum une vingtaine d’objets par classes ou plus, et des informations concernant une partie significatives des propriétés. Pour une dizaine d’objets et des propriétés lacunaires on se limitera à une prise de notes sous forme de texte. La conceptualisation globale de l’information du domaine est toutefois toujours utile. | + | ===== Élements généralement utilisés ===== |
| - | ===== Élements généralement utilisés ===== | + | |
| + | Enfin, dans l’exemple du modèle conceptuel proposé, qui est conceptualisé à partir de la classe [[https://ontome.dataforhistory.org/class/23|E24 Physical Man-Made Thing]] du CIDOC CRM, trois ensembles de propriétés ont été pris en considérations. D’autres pourront bien entendu être ajoutés en fonction du questionnement de la recherche. Pour cette partie, il est utile de s’inspirer des différents exemples et cas de figure présentés dans la [[http://www.cidoc-crm.org/functional-units|Functional Overview]] sur le site du CIDOC CRM. | ||
| + | |||
| + | Il importe de relever que, si sur le modèle conceptuel on tracera toutes les classes et propriétés utiles, afin de conceptualiser l’ensemble de l’information nécessaire à l’étude de son champs de recherche, on ne va pas nécessairement produire toutes les tables et toutes les propriétés dans le modèle logique. En effet, on ne doit renseigner les données que pour les domaines où on imagine un traitement systématique de l’information, comprenant au minimum une vingtaine d’objets par classes ou plus, et des informations concernant une partie significatives des propriétés. Pour une dizaine d’objets et des propriétés lacunaires on se limitera à une prise de notes sous forme de texte. La conceptualisation globale de l’information du domaine est toutefois toujours utile. | ||
intro_histoire_numerique/modele_artefacts.1609191005.txt.gz · Dernière modification: 2020/12/28 22:30 par Francesco Beretta
