1. systèmes d’information : rappel de notions générales • Système d’information: ensemble des données, des traitements opérés sur ces données, et des acteurs qui opèrent ces traitements, dans un domaine d’activité défini (par exemple la gestion d’une entreprise, ou laconduite d'une opération archéologique de terrain) • Un système d’information n’est pas nécessairement informatisé. Mais : – les données doivent être structurées (en catégories d’information, champs descriptifs de ces catégories, et relations entre ces catégories) – Les traitements doivent être analysés en processus (suite d’opérations définies) – Le rôle des acteurs doit être précisé Fiche, table et champs • • L’information saisie ou consultée sous forme d’une fiche… … correspond à une ligne d’un tableau (table) dont les rubriques descriptives sont les colonnes (champs descriptifs) • • • • • • Toute information peut être ramenée à un ou plusieurs tableaux ( = tables du système d'information) Chaque table concerne une catégorie d’information (c.a.d. d'objets au sens large) relevant du même type de description (c.a.d. d’un même ensemble de champs descriptifs Chaque ligne à un « objet » décrit (une « fiche » aux rubriques normalisées n’est fondamentalement qu’une ligne du tableau virtuel qu’est le fichier) Chaque colonne correspond à un champ descriptif. ) Les champs descriptifs : des formats normalisés (texte, numérique, « multimedia »…) Une distinction importante dans les champs de texte: texte libre, ou langage documentaire normalisé (= items de liste déroulante) Relation 1 à plusieurs (1-n) (analyse d’un formulaire informatique) • • • Une liste à l’intérieur d’un formulaire = relation 1-n entre deux tables Le champ d’identifiant (PK Primary Key – clé primaire : sans vide et sans doublons) : essentiel pour les relations Une relation 1-n : un couple identifiant (PK : table côté 1) – référence (FK Foreign Key – clé étrangère : table côté n) Formulaire basé sur une table du mobilier archéologique Liste des étapes de traitement : basée sur une table liée PK FK Relation 1 à plusieurs (1-n) (principe général) Distinction interfaces /structure • Interfaces : accès à l’information en entrée (écrans de saisie) ou en sortie (écrans de consultations, états imprimés…) • Systèmes non informatisés (fiches papier…) ou simples tableurs : interface non distincte de la structure ; • Base de données : à partir d’une même structure (ensemble des tables et relations) : plusieurs interfaces sont possibles, exprimant des points de vue différents sur l’information ; • données d’une base de donnée: contenues dans la structure (tables et relations), pas dans les interfaces ; transmission et sauvegarde des données : au niveau de la structure ; • Analyser une base de données : Lire la structure à travers les interfaces ; • la structure est un réseau (non hiérarchique), une interface est hiérarchique ; • Concevoir une base de données : dépasser la vision hiérarchique pour une vision de réseau ; Analyser/concevoir la structure d’une base de données : notion de modèle • Modèle : représentation schématique des tables, champs et relations (mais pas des données ellesmêmes) ; • À retenir : 2 types de modèles à 2 étapes de conception/analyse d’une BDD : – Modèle entités-relations (global : catégories d’information correspondant aux tables, relations, éventuellement champs principaux) – Modèle conceptuel /logique de données (détaillé : toutes tables, champs et relations) • La modélisation (conception/analyse de la structure de la base de données), ça commence avec un crayon et du papier… Modélisation simple (analyse d’un fichier papier) Fiche simple : tous les champs renvoient à une même catégorie d’information Soldats tués 1 seule entité 1 table Modélisation relationnelle (analyse d’un fichier papier) Fiche « complexe »: présence d’une liste renvoyant à une autre catégorie d’information, liée à l’élément enregistré Modèle entités-relations (schématique) 2 entités en relation de 1 (livre) à plusieurs (prêts) Livres 1 Champs descriptifs d’un livre Prêts n Modèle conceptuel/logique de données (MLD/MCD : modèle détaillé) Liste à deux champs (date, lecteur) descriptifs de prêts successifs 2 tables en relation de 1 à plusieurs Modélisation relationnelle : relation n-n Suite de l’analyse : existence d’un fichier correspondant « lecteurs » Champs descriptifs du lecteur Modèle entités-relations Lecteurs Livres 1 n Liste des prêts (champs date et livre) 1 Prêts n L’entité « prêts » matérialise une relation de plusieurs à plusieurs entre les livres et les lecteurs MLD/MCD La table « T_Prets » est un table de relation chargée d’attributs Relation de plusieurs à plusieurs (n-n) (principe général)