<?xml version="1.0"?>
<!DOCTYPE webpage PUBLIC "-//Norman Walsh//DTD Website V2.1b1//EN" "../../../dtd/website.dtd" [
<!ENTITY application SYSTEM "applications.xml" NDATA XML>
<!ENTITY base SYSTEM "bases.xml" NDATA XML>
<!ENTITY entrepot SYSTEM "entrepots.xml" NDATA XML>
<!ENTITY index SYSTEM "../index.xml" NDATA XML>
<!ENTITY serveur SYSTEM "serveur.xml" NDATA XML>
]>
<webpage id="applications">
	<head>
		<title>Les applications SDX</title>
		<titleabbrev>Applications</titleabbrev>
		<author>
			<firstname>Martin</firstname>
			<surname>Sévigny</surname>
			<affiliation>
				<orgname>AJLSM</orgname>
			</affiliation>
		</author>
		<author>
			<firstname>Frédéric</firstname>
			<surname> Glorieux</surname>
			<affiliation>
				<orgname>AJLSM</orgname>
			</affiliation>
		</author>
		<revhistory>
			<revision>
				<revnumber>1.0</revnumber>
				<date>2003-05-13</date>
			</revision>
		</revhistory>
	</head>
	<para>SDX ne prétend pas fournir une plate-forme répondant à&#xA0;: <emphasis>« votre application en quelques clics »</emphasis>. L'exigence de ses utilisateurs aura vite ruiné ces prétentions à tout prévoir. Par contre, pour ceux déjà confrontés au problème, il y a de nombreux outils, des commodités et de l'expérience à recueillir. L'apport se résume ainsi : <emphasis>« S'il fallait faire pareil à partir de rien, combien de temps cela prendrait ? Que faudrait-il réinventer ? »</emphasis>.</para>
<para>Selon cette disposition, une plate-forme générique n'est pas une limite : c'est un outil fiable, ouvert, et plus elle sera partagée, plus elle deviendra commode.</para>
<para>Plus précisément, concevoir une application SDX consiste à écrire des pages serveur Cocoon (XSP), des transformations XSLT, des documents XML et des fichiers de configuration (<ulink url="../../schemas/application-xconf.xsd"><filename>application.xconf</filename></ulink>, <ulink url="http://xml.apache.org/cocoon/userdocs/concepts/sitemap.html"><filename>sitemap.xmap</filename></ulink>). Le développeur d'application qui emploie ces langages trouvera en SDX de nombreux services : stocker et trouver ses documents, les indexer pour la recherche, offrir des requêtes complexes, gérer des droits d'utilisateurs...
</para>
	<section>
		<title>Définition : périmètre d'une application</title>
		<para>Une application SDX peut facilement employer des objets provenant d'autres applications. Par exemple, depuis une application, on peut faire des recherches dans des bases de documents définies par d'autres applications. Cette souplesse est intéressante, mais elle suggère une question dont la réponse n'est pas évidente : comment définir le périmètre d'une application ? En d'autres mots, à quel moment je décide de faire deux applications plutôt qu'un seule ? Voici quelques pistes qui ont conduit la définition du projet :</para>
	</section>
	<section>
		<title>Une unité éditoriale, informatique et organisationnelle</title>
		<variablelist>
			<varlistentry>
				<term>Responsabilité éditoriale</term>
				<listitem>
					<para>Une application SDX-2 se conçoit sous une même responsabilité éditoriale. Qu'elle émane d'un individu ou d'un groupe, cette notion éditoriale est un premier critère de définition du périmètre d'une application. Une personne (physique ou morale) doit répondre de son contenu, mais aussi de son organisation, de son dynamisme.
</para>
				</listitem>
			</varlistentry>
			<varlistentry>
				<term>Responsabilité informatique</term>
				<listitem>
					<para>L'arbre d'une application est contenu dans un simple dossier, en limitant au maximum les déclarations extérieures. Ce choix permet de simplifier l'accès aux fichiers en fonction des stratégies de sécurité de chaque environnement informatique.</para>
				</listitem>
			</varlistentry>
			<varlistentry>
				<term>Droits d'utilisation</term>
				<listitem>
					<para>Chaque application SDX permet de gérer des utilisateurs et des groupes. Ces identités  participent donc de la logique applicative qui distribue les droits selon les contenus. Les individus au travail sur un projet entrent dans le périmètre d'une application ; pour une même équipe, mieux vaut une application que deux.</para>
				</listitem>
			</varlistentry>
		</variablelist>
	</section>
	<section>
		<title>Conclusion</title>
		<para>Plutôt que par un concept fermé, le périmètre d'une application est surtout défini par un projet éditorial, par son environnement technique, par l'organisation des personnes qui s'y investissent. Ainsi, une application ne se limite pas à présenter au public une collection de documents existants. Cette unité a sa valeur, mais un projet peut aussi se concentrer sur une agrégation d'informations (portail public sur plusieurs bases) ou sur la création de documents (répertoire bibliographique, parcours d'images...). La technique est là pour servir l'intention ; les choix conceptuels aident simplement à la formuler.
</para>
	</section>
</webpage>
