ERMI

A noter que la version « tout PHP » intègre déjà mySQL pour gérer utilisateurs et groupes. Deux outils ont été créés pour peupler la base de donnée à partir des données en PHP : peuple-lex.php pour l’ontologie et peuple-ui.php pour les activités. La base de données remplace :

• inc/lexique : nomenclature (ontologie)
• inc/activites : table des activités

Dans un deuxième temps peuple-rel.php permet de peupler les tables qui donnent les relations de salle et remplacent:

• inc/relation : données concernant les salles : sorties, les adjacences, les interfaces

Journal détaillé

07.11 : Création des scripts pour créer des nouveaux domaines, sous-domaines, etc. peuple-rel.php permet de peupler les bases de relation (contingence, sortie, interface). (regroupés dans gestion.html).

08.11 : Création des requêtes pour les contrôles et pour le parcours des domaines, zones, etc. Bastian à la rescousse pour créer la requête qui cherche l’enregistrement de level maximum parmi les enregistrements de level inférieur à un certain niveau et ceci par groupe d’enregistrements répondant à d’autres critères (de position notamment).

20.11 : Création de la requête pour recherche d’une salle à partir d’une activité qui y est associée.

Début décembre : repérage et description des différentes requêtes qui seront nécessaires à l’usage de mySQL.

Le système est utilisable pour test début janvier 2012.

Pour la suite voir Bugs, idées, nouveautés.

Les fichiers

html

Les fichiers welcom*.htm, ermitage.htm, accueil.htm, accueil2.htm, etc. sont identiques à l’ancienne version (avec ajustement des adresses de serveurs).

php

• wxgoto : récupération des données et lancement de la circulation (identique à la version tout PHP)
• inc/init-goto : quelques variables globales (identique à la version tout PHP)
• inc/traitement : plaque tournante pour la prise en charge des différentes requêtes de circulation (identique à la version tout PHP mis à part l’ouverture et la fermeture de la base de la données)
• inc/wxpartie : circulation générale (version tout PHP avec le parcours des « objets » remplacés par des requêtes sur la base de données, se rapprochant ainsi de la version Prolog).
• inc/contrôle : gestion des restrictions
• inc/structure : structure du musée. Dans la version prolog, les prédicats pouvaient être utilisés pour créer un véritable réseau. En php, la version actuelle propose des fonctions unidirectionnelles. A voir pour une amélioration (transformation en une bd). (identique à la version tout PHP)
• inc/wxsalle : création des salles (version tout PHP avec le parcours des « objets » remplacés par des requêtes sur la base de données, se rapprochant ainsi de la version Prolog).
• inc/wxtelep : création du menu général (version tout PHP avec le parcours des « objets » remplacés par des requêtes sur la base de données, se rapprochant ainsi de la version Prolog).
• inc/inscript : gestion de l’inscription (identique à la version tout PHP)
• inc/panneau : affichage de panneaux dans les couloirs (identique à la version tout PHP)
• inc/print_html : création de morceaux de html (identique à la version tout PHP)
• wwwxml : transformation des pages xml (identique à la version tout PHP)
• inc/init : initialisation (à regrouper avec init-goto ?) (identique à la version tout PHP)

Les fichiers suivants sont remplacés par la base de données mySQL :

• inc/lexique : nomenclature (ontologie)
• inc/relation : données concernant les salles : sorties, les adjacences, les interfaces
• inc/activites : table des activités

Liste et structure des tables

Relations

tab_adjacence: Donne les salles adjacentes (la relation n’est pas forcément symétrique). Champs : id, salle1, salle2

tab_salle: Donne des informations sur la salle. Champs : salle, sortie, interface, dim1, dim2, dim3.

tab_rsalle: Restriction de salle (groupes autorisés). Champs : id, salle, groupe.

tab_rzone: Restriction de zone (groupes autorisés). Champs : id, zone, groupe.

Ontologie

tab_domaine: Donne la liste des domaines (à voir si key_dom ne peut pas être remplacé par une clé multicolonnes). Champs : id, partie, floor, key_dom, name, titre, level.

tab_sdomaine: Donne la liste des sous-domaines (à voir si key_sdom ne peut pas être remplacé par une clé multicolonnes). Champs : id, partie, floor, zone, key_sdom, name, titre, level.

tab_sujet: Donne la liste des sujet (à voir si key_sujet peut pas être remplacé par une clé multicolonnes). Champs : id, partie, floor, zone, salle, key_suje, name, titre, level.

Utilisateurs

tab_groupe: Champs : id, name, titre, instit, date, partie, floor, zone (trois derniers champs position par défaut à l'inscription)

tab_user: Champs : id, sob, nom, groupe, lang, level, range, psw

Activités

tab_loc_ui: Donne la localisation dans le « musée » des activités (une activité peut se trouver à plusieurs endroits). A voir si key_loc ne peut pas être remplacé par une clé multicolonnes. Champs : id, name, partie, floor, zone, salle, ley_loc, code, statut, level.

tab_ui: La localisation technique des unités d’information (fiches, activités, etc.). Champs : base, name (unique), file, titre, type, modele (ajout 31.03.12)

Index

ind_domaine: code, type, titre (repris du RMT, type est (d)omaine conceptuel, (f)amille de tâche, (s)ous-famille)

ind_mot_cle: id, code, mot (le code sert à uniformiser diverses variantes ou déclinaisons)

ind_modele: id, code, titre (le code est la feuille xsl ou nom de modele[/sous], le titre peut être une description)

uixind_dom: id, name_ui, code_dom

uixmot_cle: id, name_ui, id_mot, code_mot