<?xml version="1.0" encoding="UTF-8"?>
<!---->

<article xmlns="http://www.culture.gouv.fr/ns/dapa/1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:ns="http://www.culture.gouv.fr/ns/dapa/1.0"
xmlns:hfp="http://www.w3.org/2001/XMLSchema-hasFacetAndProperty"
xmlns:gml="http://www.opengis.net/gml">
  <info>
    <date role="created">
      <unqualified>2004-03-18</unqualified>
    </date>

    <date role="modified">
      <unqualified>2004-06-04</unqualified>
    </date>

    <creator>
      <person>
        <family>Bougouin</family>

        <given>Christine</given>

        <affiliation>
          <organization>
            <orgname>
              <orgtitle>AJLSM</orgtitle>
            </orgname>
          </organization>
        </affiliation>
      </person>
    </creator>

    <description>
      <para>Ce guide est destiné à expliciter l&#39;utilisation du schéma dans
      le cadre des Monuments Historiques. Ce métier de la DAPA a ses propres
      règles de fonctionnement qui induisent des particularités
      d&#39;application du schéma du fait de son processus de gestion des
      documents et de ces derniers. Il s&#39;agit de définir la typologie des
      documents, leur contenu et structure en SDAPA et de préciser les
      métadonnées nécessaires et les relations entre eux.</para>
    </description>
  </info>

  <title>
    <proper>Guide Monuments Historiques</proper>
  </title>

  <para>Ce guide d&#39;application particulier au groupe métier Monuments
  Historiques illustre les points particuliers d&#39;utilisation du schéma
  SDAPA. Ce dernier est un schéma généraliste susceptible de s&#39;adapter à
  un très grand nombre de situations, néanmoins il convient de fixer les
  règles d&#39;utilisations ou de bons usages pour des cas précis. En effet,
  chaque métier DAPA a ses propres règles de fonctionnement qui induisent des
  particularités d&#39;application du schéma du fait des processus de gestion
  des documents et de leurs processus métiers. Il s&#39;agit principalement de
  déterminer les métadonnées nécessaires et les typologies particulières.</para>

  <para>En dehors des règles générales d&#39;applications du schéma, les
  points principaux à aborder dans cette partie sont les informations
  caractéristiques de ce secteur, celles sans lesquelles la gestion des
  documents ne pourrait pas se faire telle quelle&#x00A0;; c&#39;est-à-dire
  les métadonnées et les relations.</para>

  <section>
    <title>
      <proper>Règles générales</proper>
    </title>

    <para>Il s&#39;agit ici principalement du sectionnement des documents,
    comment il peut se faire dans un logiciel de traitement de texte bien
    utilisé (i.e. produisant des documents semi-structurés grâce entre autres
    à l&#39;utilisation des styles).</para>

    <para>La plupart des documents qui interviennent dans le système
    d&#39;informations documentaire des Monuments Historiques sont des
    documents rédactionnels, c&#39;est-à-dire que les logiciels normalement
    utilisés pour les éditer sont des traitements de texte. Le schéma SDAPA
    permet de traiter ces documents aussi bien en respectant les notions de
    blocs de texte et d&#39;enrichissement typographique. Il permet aussi
    d&#39;insérer des illustrations, des tableaux, traiter les index et les
    tables des matières. Avec un éditeur XML correctement configuré,
    l&#39;édition de documents suivant le schéma SDAPA ne sera pas très
    différente du travail dans un traitement de texte utilisé avec les notions
    de stylage (insertion de style de texte pour gérer la mise en forme du
    document et générer des tables des matières).</para>

    <para>Autre chose, contrairement à un traitement de texte, il n&#39;y pas
    de séparation du document en page, inutile dans un contexte de dossier
    électronique appelé à de multiples sorties (HTML, PDF, papier). Et de
    toute manière, cette préoccupation relève de la mise en forme. Il faut
    donc repenser sa manière de concevoir les documents et les sectionner en
    plusieurs fichiers afin que l&#39;on évite d&#39;avoir des fichiers au
    kilomètre.</para>

    <section id="doc-mh">
      <title>
        <proper>Les documents des Monuments historiques</proper>
      </title>

      <para>Dans l&#39;environnement Monuments historiques, il existe une
      certain nombre de documents&#x00A0;:<enumeration><item><para>notices</para></item><item><para>illustrations</para></item><item><para>dossiers
      documentaires normalisés&#x00A0;: dossier de protection constitué du
      dossier historique et du dossier administratif, dossier général</para></item><item><para>études,
      rapports&#x00A0;: étude préalable, PAT, DDOE</para></item><item><para>PV
      de commission, avis</para></item><item><para>carnet d&#39;entretien,
      fiche sanitaire</para></item><item><para>archives, documents figurés</para></item></enumeration></para>

      <para>Après cette description du paysage documentaire des Monuments
      historiques, il importe de déterminer de quelle manière ceux-ci peuvent
      être traités avec le schéma SDAPA suivant la nature des informations
      qu&#39;ils contiennent. Cela revient à déterminer l&#39;élément de plus
      haut niveau qui va les représenter.</para>

      <enumeration>
        <item>
          <para>pour un notice ou un enregistrement issu d&#39;une base de
          données, <link role="voir" uri="../../elements/record.xml"><markup
          role="element" scheme="sdapa">record</markup></link></para>
        </item>

        <item>
          <para>pour un ensemble de notices, <link role="voir"
          uri="../../elements/set.xml"><markup role="element" scheme="sdapa">set</markup></link></para>
        </item>

        <item>
          <para>pour un dossier, soit un document complexe&#x00A0;: dans ce
          cas, on peut considérer qu&#39;il s&#39;agit d&#39;un <link
          role="voir" uri="../../elements/book.xml"><markup role="element"
          scheme="sdapa">book</markup></link> qui est surtout constitué
          d&#39;une table des matières qui pointe vers les différents
          documents constituant articles, record, bibliographie.
          Exemple&#x00A0;: dossier de protection, étude préalable, PAT, DDOE,
          etc.</para>
        </item>

        <item>
          <para>pour un décret ou des documents simples, <link role="voir"
          uri="../../elements/article.xml"><markup role="element"
          scheme="sdapa">article</markup></link></para>
        </item>

        <item>
          <para>pour une bibliographie, <link role="voir"
          uri="../../elements/bibliography.xml"><markup role="element"
          scheme="sdapa">bibliography</markup></link></para>
        </item>

        <item>
          <para>pour une procedure, <link role="voir"
          uri="../../elements/procedure.xml"><markup role="element"
          scheme="sdapa">procedure</markup></link></para>
        </item>
      </enumeration>

      <para>En généralité, on peut considérer qu&#39;<link role="voir"
      uri="../../elements/article.xml"><markup role="element" scheme="sdapa">article</markup></link>
      s&#39;applique pour des documents rédactionnels simples (éléments
      constitutifs d&#39;un dossier, carnet d&#39;entretien, PV, avis),
      <link role="voir" uri="../../elements/book.xml"><markup role="element"
      scheme="sdapa">book</markup></link> pour un ensemble de documents
      rédactionnels ordonnés (l&#39;agencement des documents se fait par
      l&#39;intermédiaire d&#39;une table des matières que représente
      l&#39;élément <link role="voir" uri="../../elements/contents.xml"><markup
      role="element" scheme="sdapa">contents</markup></link> et l&#39;ordre
      est fixé par celui des éléments <link role="voir"
      uri="../../elements/summary.xml"><markup role="element" scheme="sdapa">summary</markup></link>),
      <link role="voir" uri="../../elements/record.xml"><markup role="element"
      scheme="sdapa">record</markup></link> pour des enregistrements et
      <link role="voir" uri="../../elements/resource.xml"><markup
      role="element" scheme="sdapa">resource</markup></link> pour une série de
      métadonnées.</para>
    </section>
  </section>

  <section id="structure">
    <title>
      <proper>Structure</proper>
    </title>

    <para>Comme déjà discuté dans la documentation au sujet du schéma
    lui-même, toute la problématique du passage au dossier électronique dépend
    de l&#39;architecture schématique adoptée pour représenter les relations
    entre les différents documents d&#39;un processus d&#39;affaires.
    Cependant, l&#39;un semble plus réaliste à mettre en place et
    particulièrement dans le cas des MH. Il s&#39;agit du schéma réseautique.
    Dans ce cas, les métadonnées communes à tous les documents sont celles
    relatives à l&#39;objet protégé (donc un immeuble ou objet).</para>

    <figure uri="process-mh.jpg">
      <title>
        <proper>Schéma d&#39;un dossier électronique dans le cas des MH</proper>
      </title>
    </figure>

    <para>L&#39;idéal serait en effet de n&#39;avoir qu&#39;une seule
    occurrence des métadonnées relatives à un monument historique reliée à
    chacun des documents qui s&#39;y rapportent plutôt que de les répéter dans
    chaque document. Seulement cela sous-entend que tous les intervenants
    aient accès à ces métadonnées (base de données des MH) ou au moins à leur
    identifiant. L&#39;autre modèle possible est que chacun des documents
    comporte en plus de ses propres métadonnées celles du MH auquel il se
    rapporte, comme c&#39;est la cas actuellement&#x00A0;: tous les documents
    contiennent au moins le nom du monument historique concerné, sa
    localisation. Il est possible de combiner ces deux approches.</para>

    <para>Le tableau ci-dessous montre la structure en SDAPA que pourrait
    avoir les documents produits pour les Monuments historiques. Il ne
    s&#39;agit que de suggestions de structure qui montrent entre autres que
    ces types de documents peuvent être traités mais ce n&#39;est pas la seule
    manière dont ils peuvent l&#39;être. D&#39;après la <link role="voir"
    uri="#doc-mh">terminologie des documents des Monuments historiques</link>,
    un grand nombre de cas est couvert avec peut-être principalement le
    traitement des dossiers et des enregistrements. Dans le cas des premiers,
    documents complexes par définition, leur structure peut varier suivant le
    niveau d&#39;éclatement en fichiers que l&#39;on souhaite adopter et aussi
    suivant l&#39;importance du contenu&#x00A0;:<enumeration><item><para>1ère
    méthode&#x00A0;: on peut considérer qu&#39;un dossier est un ensemble de
    sous-dossiers ou parties, ce qui se traduit par l&#39;usage d&#39;un
    élément <link role="voir" uri="../../elements/part.xml"><markup
    role="element" scheme="sdapa">part</markup></link> pour chacune des
    parties identifées. Le contenu de ces parties peut se trouver dans le
    document ou dans des fichiers vers lesquels il suffit de pointer par
    l&#39;intermédiaire de l&#39;attribut <link role="voir"
    uri="../../attributes/uri.xml"><markup role="attribute" scheme="sdapa">uri</markup></link>
    de <link role="voir" uri="../../elements/part.xml"><markup role="element"
    scheme="sdapa">part</markup></link>.</para></item><item><para>2ème
    méthode&#x00A0;: un dossier peut aussi être un agencement de documents
    ordonnés (fichiers externes) et dans ce cas <link role="voir"
    uri="../../elements/content.xml"><markup role="element" scheme="sdapa">content</markup></link>
    est plus approprié avec un lien vers les documents subordonnés au niveau
    de l&#39;attribut <link role="voir" uri="../../attributes/uri.xml"><markup
    role="attribute" scheme="sdapa">uri</markup></link> des <link role="voir"
    uri="../../elements/part.xml"><markup role="element" scheme="sdapa">part</markup></link>
    ou <link role="voir" uri="../../elements/summary.xml"><markup
    role="element" scheme="sdapa">summary</markup></link>.</para></item><item><para>3ème
    méthode&#x00A0;: le dossier est traité comme un livre et tout le contenu
    est structuré en <link role="voir" uri="../../elements/section.xml"><markup
    role="element" scheme="sdapa">section</markup></link>s dont le contenu
    peut se trouver là ou dans des fichiers externes dont l&#39;URI représente
    alors la valeur de l&#39;attribut <link role="voir"
    uri="../../attributes/uri.xml"><markup role="attribute" scheme="sdapa">uri</markup></link>.</para></item></enumeration></para>

    <table id="tab-structure">
      <title>
        <proper>Structure en SDAPA des documents des Monuments historiques</proper>
      </title>

      <tr>
        <th>Documents MH</th>

        <th>Structure en SDAPA correspondante</th>
      </tr>

      <tr>
        <td>
          <para>Enregistrement issu de base de données (Agrégée, bases
          nationales)</para>
        </td>

        <td>
          <code>
            <xml><record scheme="Agregée|mérimée|palissy"><!--Série de métadonnées--><identifier></identifier></record></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Dossier de protection</para>
        </td>

        <td>
          <code>
            <xml><book role="dossier-protection" scheme="mh"><title><proper>{Titre}</proper></title><contents><summary><title>
            <proper>premier sous-document</proper> </title></summary><summary><title>
            <proper>second sous-document</proper> </title></summary></contents><part
            uri="uri vers dossier-histo"><title><proper>dossier historique</proper></title></part><part
            uri="uri vers dossier-admin"><title><proper>dossier administratif</proper></title></part></book></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Carnet d&#39;entretien</para>
        </td>

        <td>
          <code>
            <xml><article role="carnet-entretien" scheme="mh"><title><proper>{Titre}E</proper></title></article></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>iche sanitaire</para>
        </td>

        <td>
          <code>
            <xml><article role="fiche-sanitaire" scheme="mh"><title><proper>{Titre}</proper></title></article></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Etude préalable</para>
        </td>

        <td>
          <code>
            <xml><book role="etude-prealable" scheme="mh"><title><proper>{Titre}</proper></title><contents><summary><title>
            <proper>premier sous-document</proper> </title></summary><summary><title>
            <proper>deuxième sous-document</proper> </title></summary></contents></book></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>PAT</para>
        </td>

        <td>
          <code>
            <xml><book role="pat" scheme="mh"><title><proper>{Titre}</proper></title><contents><summary><title>
            <proper>premier sous-document</proper> </title></summary></contents><section><title><proper></proper></title></section></book></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>DDOE</para>
        </td>

        <td>
          <code>
            <xml><book role="ddoe" scheme="mh"><title><proper></proper></title><contents><summary><title>
            <proper>premier sous-document</proper> </title></summary></contents><section><title><proper></proper></title></section></book></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Rapport de restauration</para>
        </td>

        <td>
          <code>
            <xml><book role="rapport-restauration" scheme="mh"><title><proper>{Titre}</proper></title><contents><summary><title>
            <proper>premier sous-document</proper> </title></summary></contents><section><title><proper></proper></title></section></book></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>PV</para>
        </td>

        <td>
          <code>
            <xml><article role="pv" scheme="mh"><title><proper></proper></title><section><title>
            <proper></proper> </title></section></article></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Avis sur protection et travaux</para>
        </td>

        <td>
          <code>
            <xml><article role="avis" scheme="mh"><title><proper></proper></title><section><title>
            <proper></proper> </title></section></article></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Procédures</para>
        </td>

        <td>
          <code>
            <xml><procedure role="procedure" scheme="mh"><step><title><proper>première
            étape</proper></title><para></para></step></procedure></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Déclaration de travaux</para>
        </td>

        <td>
          <code>
            <xml><article role="declaration-travaux" scheme="mh"><title><proper></proper></title><section><title>
            <proper></proper> </title></section></article></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Autorisation de travaux</para>
        </td>

        <td>
          <code>
            <xml><article role="autorisation-travaux" scheme="mh"><title><proper></proper></title><section><title>
            <proper></proper> </title></section></article></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Permis de construire</para>
        </td>

        <td>
          <code>
            <xml><article role="permis-construire" scheme="mh"><title><proper></proper></title><section><title>
            <proper></proper> </title></section></article></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Dossier d&#39;opérations de travaux</para>
        </td>

        <td>
          <code>
            <xml><book role="doss-operation-travaux"><title><proper>{Titre}</proper></title><contents><summary><title>
            <proper>premier sous-document</proper> </title></summary></contents><section><title><proper></proper></title></section></book></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Archives</para>
        </td>

        <td>
          <code>
            <xml><bibliography role="archives" scheme="mh"><resource></resource></bibliography></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Documents figurés</para>
        </td>

        <td>
          <code>
            <xml><!--Dans le cas d'une collection de documents figurés--><figure
            role="iconographie"><title><proper></proper></title><figure><title><proper></proper></title></figure><figure><title><proper></proper></title></figure></figure></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Normes</para>
        </td>

        <td>
          <code>
            <xml><article role="normes" scheme="mh"><title><proper></proper></title></article></xml>
          </code>
        </td>
      </tr>

      <tr>
        <td>
          <para>Dossier général</para>
        </td>

        <td>
          <code>
            <xml><book role="dossier-general" scheme="mh"><title><proper>{Title}</proper></title><contents><summary><title>
            <proper>premier sous-document</proper> </title></summary></contents><section><title><proper></proper></title></section></book></xml>
          </code>
        </td>
      </tr>
    </table>
  </section>

  <section>
    <title>
      <proper>Les métadonnées</proper>
    </title>

    <para>Afin de pouvoir gérer les documents dans un environnement structuré,
    un certain nombre d&#39;informations sont nécessaires. Il s&#39;agit par
    exemple de la cote dans un catalogue bibliographique. Quelles sont les
    informations essentielles pour repérer et gérer les documents dans le
    contexte des Monuments historiques&#x00A0;?</para>

    <para>Il existe deux niveaux de métadonnées&#x00A0;:</para>

    <enumeration>
      <item>
        <para>celles relatives au document lui-même</para>
      </item>

      <item>
        <para>celles relatives au monument historique. Elles servent entre
        autres à identifier tous les documents se rapportant à un même
        monument historique.</para>
      </item>
    </enumeration>

    <para>Les secondes sont communes à un ensemble de documents tandis que les
    premières dépendent de chaque document.</para>

    <section>
      <title>
        <proper>Métadonnées d&#39;un document</proper>
      </title>

      <para>Ces métadonnées apportent de l&#39;information sur le document
      lui-même et non pas sur le monument historique. Elles viennent compléter
      <link role="voir" uri="../guide-dapa#meta-document">celles décrites dans
      le guide DAPA</link> et apportent des détails propres au contexte des
      Monuments historiques.</para>

      <enumeration>
        <item>
          <para>Type de documents&#x00A0;; la typologie définitive reste à
          définir&#x00A0;: avis, pv, fiche-sanitaire, etude-prealable, pat,
          ddoe, rapport-restauration, dossier-protection, notice-agregee</para>

          <code>
            <xml><type scheme="typologie des documents">{typologie des documents}</type></xml>
          </code>
        </item>

        <item>
          <para>Rôle des acteurs&#x00A0;: dans l&#39;environnement des
          Monuments historiques, un certain nombre d&#39;intervenants
          produisent des documents, CRMH, SRA, DRAC, AGRIPPA, CRPS (Commission
          régionale du Patrimoine et des Sites), préfet, CAOA (Conservateur
          des Antiquités et Objets d&#39;Art), propriétaire, MCBP (Ministère
          de la culture et de la communication, bureau de la protection des
          MH), SDMH (sous-direction des MH à la DAPA), SDAP (services
          départementaux de l&#39;architecture et du patrimoine), ACMH
          (architecte en chef des MH), VMH (vérificateur des MH), CE (Conseil
          d&#39;Etat), CDOM (commission départementale des objets mobiliers),
          CSMH (commission supérieure des MH), CORIPHAE, ABF (architecte des
          bâtiments de France), CMH, CRA (conservateur régional de
          l&#39;Archéologie), rapporteur, ACMH, CRI, ministère.</para>

          <para>L&#39;idéal est de pouvoir préciser à chaque fois qu&#39;il
          est fait mention d&#39;un agent, son rôle ou en qualité de quoi il
          intervient.</para>

          <code>
            <xml><creator role="à renseigner pour spécifier"><person><persname></persname></person></creator></xml>
          </code>
        </item>

        <item>
          <para>Relations&#x00A0;: renvois à des documents reliés</para>
        </item>
      </enumeration>
    </section>

    <section>
      <title>
        <proper>Métadonnées d&#39;un monument historique</proper>
      </title>

      <para>Quelles sont les métadonnées relatives à un monument historique et
      communes à tous les documents qui s&#39;y rapportent&#x00A0;?</para>

      <enumeration>
        <item>
          <para>Informations d&#39;identification&#x00A0;: titre courant du
          monument historique et de son numéro identifiant.</para>

          <code>
            <xml><identifier scheme="palissy|merimee">{numéro}</identifier><title><proper>{Titre
            courant du monument historique}</proper></title></xml>
          </code>
        </item>

        <item>
          <para>Type du monument historique</para>

          <code>
            <xml><type code="MH">{objet ou immeuble}</type></xml>
          </code>
        </item>

        <item>
          <para>Niveau de protection&#x00A0;: dans le cadre des Monuments
          historiques, cette information est importante&#x00A0;; inscrit,
          classé, inscrit et classé, en instance de classement</para>

          <code>
            <xml><format><condition>{Niveau de protection}</condition></format></xml>
          </code>

          <para>Problème cette information peut évoluer aussi faudrait-il
          qu&#39;une date lui soit associée.</para>

          <code>
            <xml><date role="protection"><unqualified></unqualified></date></xml>
          </code>
        </item>
      </enumeration>
    </section>
  </section>

  <section>
    <title>
      <proper>Cas particuliers</proper>
    </title>

    <section>
      <title>
        <proper>Traitement des documents produits à l&#39;externe</proper>
      </title>

      <para>Une des caractéristiques des Monuments historiques est qu&#39;une
      grande partie des documents est produite par des intervenants extérieurs
      (architectes des monuments historiques, entrepreneur, etc.). Dans cette
      situation, comment mettre en place les dossiers électroniques? Quel
      niveau de contraintes est -il acceptable d&#39;imposer?</para>

      <enumeration>
        <item>
          <para>édition de documents suivant le schéma SDAPA</para>
        </item>

        <item>
          <para>ajout de métadonnées au format Dublin Core ou au format SDAPA</para>
        </item>

        <item>
          <para>ne rien imposer et à la réception des documents leur ajouter
          des métadonnées</para>
        </item>

        <item>
          <para>fournir des modèles de documents conformes au schéma SDAPA</para>
        </item>
      </enumeration>
    </section>
  </section>

  <section>
    <title>
      <proper>Relations</proper>
    </title>

    <para>L&#39;organisation des fichiers et les relations entre eux est
    cruciale dans le contexte des MH où une partie des documents d&#39;un
    processus d&#39;affaires n&#39;est pas créée par une institution DAPA mais
    par des intervenants extérieurs. Dans ce cas, on ne peut pas obliger les
    gens à suivre des structures trop strictes et nécessitant des outils trop
    particuliers. La seule chose essentielle est de disposer des informations
    minimales pour identifier à quel objet documentaire, ici quel MH, se
    rapporte le document. Or ceci se fait déjà par des métadonnées rappelées
    dans chaque document, à savoir le nom du MH et sa localisation. Pour
    relier les documents d&#39;un même processus de gestion, il suffirait à
    l&#39;entrée d&#39;un document dans l&#39;institution d&#39;ajouter un
    lien vers le fichier contenant les métadonnées plus complètes et disposant
    lui d&#39;une URl pérenne.</para>

    <para>La structure des documents MH (<link uri="#structure">voir ci-dessus</link>)
    reflètent la manière dont les documents physiques sont traduits à
    l&#39;aide d&#39;éléments SDAPA. On voit ainsi que la notion de dossier ou
    de chemise (contenant physique) est traduite par l&#39;élément <markup
    role="element" scheme="sdapa">book</markup>. Celui-ci n&#39;est souvent
    constitué que d&#39;une table des matières ou de parties (ie les
    sous-dossiers) vers lesquelles il ne fait que pointer. Il ne paraît pas
    concevable de faite d&#39;un dossier un seul document XML mieux faut faire
    un ensemble de fichiers reliés.</para>
  </section>
</article>

