Exercices sur les XML-Schemas (Partie 2)

Contraignez le type pour l'attribut qui précise l'origine du numéro de téléphone.

Les numéros de téléphone sont des listes de cinq entiers à deux chiffres.

Contraignez la valeur possible pour l'âge.

Les périodes doivent maintenant être données avec une date de début au format année-mois (exemples de valeurs valides : 2004-7, 2004-12) et une date de fin au même format.

Récupérez le fichier ci-joint exempleCSP2.xml .

Proposez un schéma qui modélise une contrainte CSP exprimée en XML. Voilà quelques indications complémentaires :

• dans chaque contrainte, il y a un seul élément variables, domaines, relations, predicats, etc ... qui contiennent chacun au moins un élément variable, domaine, relation, predicat, etc ...
• les éléments en-dessous de l'élément racine instance sont présentés dans l'ordre où ils se trouvent dans l'exemple;
• la présence de prédicats ou de relations est optionnelle (tous les autres sont obligatoires);
• la sémantique d'une relation est soit supports soit conflicts;
• chaque nom de variable, domaine, contrainte, relation, prédicat, ... doit être défini de manière unique
• les variables doivent être définies sur des domaines qui existent, les contraintes doivent porter sur des varioables qui existent, etc etc... Vous devez seulement assurer l'existence des éléments référencés, pas nécessairement la concordance des catégories (on validera un document dans lequel une variable est définie sur une autre variable ou sur une relation plutôt que sur un domaine, même si cela n'a pas de sens)
• une contrainte fait soit référence à un prédicat, soit à une relation, soit à une contrainte globale qui peut être soit
  • global:allDifferent
  • global:weightedSumGreaterThan
  • global:weightedSumEqualTo
  • global:weightedSumDifferentFrom
• pour le moment, seules les expressions fonctionnelles sont acceptées dans les prédicats, mais on veut pouvoir facilement enrichir le modèle;
• les paramètres formels sont indiqués par type param_name type param_name, mais pour le moment on ne considèrera que int comme type valide;
• chaque tuple d'une relation est donné par une liste de valeurs séparées par un espace (ou une fin de ligne ou...);
• les tuples sont séparés par un |

Ce qui n'a pas à être vérifié par le schéma :

• que le nombre de domaines, variables, relations, prédicats, et contraintes annoncés dans les attributs des éléments correspondants sont corrects;
• que l'arité et le nombre de tuples de chaque relation sont corrects;
• que le nombre de valeurs de chaque domaine est correct.

Vous allez devoir concevoir une organisation XML des données pour les oeuvres d'art d'un musée. Vous devez considérer tout ce qui concerne leur gestion : le catalogue, bien sûr, mais aussi tout ce qui a trait :

• à leur localisation,
• à l'organisation d'expositions temporaires,
• au prêt et à l'emprunt d'oeuvres
• à l'organisation de visites guidées, ...

Le musée contient une exposition permanente avec plusieurs départements (Antiquités égyptiennes, Civilisation étrusque, Renaissance italienne, Impressionisme, ...), mais aussi des archives, et des parties réservées à des expositions temporaires. Les salles du musée sont affectées à l'un ou l'autre des départements, aux archives, ou aux expositions temporaires.

Pour chaque oeuvre d'art, on veut conserver un maximum d'informations : son titre, son auteur, son époque ou sa date de réalisation, sa nature (peinture, dessin, sculpture en bois, en marbre, tapisserie, ...), ses dimensions, un court texte de présentation, ... Ces textes peuvent servir pour les audio-guides, ou pour les fiches descriptives présentes dans les salles. On veut également savoir à quels thèmes se rapportent l'oeuvre.

Les oeuvres d'art ne sont pas statiques. Elles peuvent être déplacées, soit parce qu'elles sont prêtées à un autre musée partenaire, soit parce qu'elles participent à une des expositions temporaires organisées par le musée, soit parce qu'elles sont sorties des archives pour être montrées au public. Les données XML doivent permettre de représenter l'état actuel du musée (quelle oeuvre est à quel endroit, est-ce sa place habituelle ou non). Ainsi, lorsqu'une oeuvre de la collection permanente n'est pas à sa place, un petit panneau est alors posé à l'endroit où elle devrait se trouver, avec la raison de son absence. Dans ces cas-là, il est possible qu'une autre oeuvre, habituellement dans les archives, soit exposée temporairement à la même place. Il est important de conserver toutes ces informations de manière à pouvoir replacer, à son retour, l'oeuvre habituelle.

Les expositions temporaires regroupent à la fois des oeuvres du musée, mais aussi des oeuvres d'autres musées. On veut donc conserver toutes les informations sur les oeuvres d'art empruntées, et le musée dont elles sont originaires. Il est d'ailleurs très courant que les musées procèdent à des échanges temporaires d'oeuvres d'art. Enfin, le conservateur doit pouvoir préparer et organiser ces événements à partir du système d'information. Il doit donc pouvoir repérer toutes les oeuvres connues dans le catalogue du musée qui sont susceptibles de l'intéresser en fonction du thème de son exposition (par exemple, le chat dans les civilisations antiques, ou Paul Gauguin,...).

Le musée offre aussi la possibilité de suivre des visites guidées thématiques de la collection permanente. L'idée est de mémoriser un certain nombre d'oeuvres à voir ainsi que l'ordre dans lequel on peut les voir. Ainsi, un enseignant qui emmènerait sa classe au musée pourrait suivre une proposition de visite guidée, et préparer ses élèves pour la sortie.

Travail à faire

Vous devez rendre un schéma XML pour le musée. Ce schéma devra être accompagné d'une documentation Vous devez également donner une instance XML complète de votre schéma.

Travail à rendre pour le 15 Novembre (attention, ce sujet aura des extensions...).