Informatiques et Télécommunications

Adaptation au logiciel de gestion de contenu

1.2. Méthode de classification

Comme nous l’avons déjà mentionné en introduction (page 63 en chapeau de la section 1), le but de cet exercice est de rapprocher en fin de compte les exigences (besoins) des utilisateurs de l’offre d’un logiciel de gestion de contenu afin d’en évaluer l’adéquation, ceci de manière simple.

C’est une démarche très pratique qui passe d’abord par l’enregistrement des fonctionnalités déclarées dans la documentation de l’éditeur de CMS, puis par le classement de l’outil. Nous verrons dans un troisième temps des exemples pour illustrer cela.
Ces exemples sont issus du travail réalisé au cour de la mission sur laquelle est basé ce rapport.

1.2.1. Enregistrement des fonctionnalités déclarées et classement

La méthode consiste dans un premier temps à récupérer les informations de l’éditeur de logiciel de gestion de contenu et à les enregistrer. Cet enregistrement des fonctionnalités déclarées des logiciels permet de voir quels sont les sous-domaines fonctionnels couverts par le logiciel.

Dans un deuxième temps, les sous-domaines fonctionnels déterminés comme couverts sont comparés à ceux nécessaires aux applications d’un domaine de la gestion de contenu (c’est à dire GED, CMS, WCM et EIP).

1. Ces informations se trouvent classiquement dans les brochures commerciales présentant les produits.

Dans ce cas, les informations sont souvent succinctes. Cependant, très souvent, on trouve plus d’informations sur les produits

Continuer la lecture

B. EVALUATION D’UN SYSTEME DE GESTION DE CONTENU
Après avoir abordé les systèmes de gestion de contenu de manière théorique, cette deuxième partie du rapport va nous permettre dans un premier temps de connaître les domaines d’applications de la gestion de contenu, quels en sont les domaines transverses ou les sous-domaines qui y sont mis en œuvre et les fonctionnalités qui leur sont liées. Grâce à cela, nous proposons une grille de classification des logiciels de gestion de contenu par domaine en fonction de leurs fonctionnalités et nous en fournissons un exemple d’utilisation.
Sur la base de cette classification fonctionnelle, les systèmes de gestion de contenu peuvent être évalués de manière détaillée. Nous proposons là encore un exemple pratique d’évaluation détaillée, développé dans la section 2.
Les éléments de cette deuxième partie du rapport sont issus du travail mené lors de l’étude préalable au développement d’une offre de service en gestion de contenu pour une société de service, objet de notre stage de fin d’études d’Ingénieur Informatique. 14 logiciels ont été ainsi évalués fonctionnellement et classifiés. 3 d’entre eux ont été retenus pour une évaluation détaillée, basée sur la mise en œuvre d’un jeu d’essai, faisant l’objet d’un prototype. Sur la base de ce travail, nous pouvons ainsi dresser un état des lieux de la gestion de contenu et choisir un CMS adapté aux besoins des utilisateurs.
1. Classification des systèmes de gestion de

Continuer la lecture

3.3.4. Recherche et récupération de document
Pour trouver ou retrouver une publication, les CMS proposent une fonctionnalité de recherche de documents, bien souvent appelée « moteur de recherche ». Le moteur de recherche permet à un utilisateur de saisir les termes d’une requête, de les comparer aux valeurs dont il dispose concernant les documents et de retourner une liste de résultats pour les documents ayant des valeurs répondant aux termes de la requête.
Deux stratégies pour la recherche et la récupération de documents s’opposent : la recherche sur les méta données des documents ou sur les mots contenus dans un document. Elles sont en fait dans la plupart des cas complémentaires car l’utilisation des méta données n’est jamais suffisamment contrôlée et cohérente.

60 Platform for Privacy Preferences Project (P3P) / Copyright © 1994-2003 W 3C® / dernière revision le 2003-10-21 / http://www.w3.org/P3P/61 An RDF Schema for P3P : http://www.w3.org/TR/p3p-rdfschema/

3.3.4.1. Indexation et recherche plein texte
Un moteur de recherche est en général constitué de deux grands modules fonctionnels. Le « collecteur »62 recherche les documents sur le domaine63, et en extrait certains composants textuels. Il communique ces informations extraites des différents documents à un « distributeur64 ». Celui ci construit un index « plein texte » des documents collectés. Dans cet index figure tous les mots des textes extraits, à l’exception de ce ceux figurant dans un grand nombre de

Continuer la lecture

3.3. Système de publication

Le système de collecte d’un système de gestion de contenu permet de créer et d’acquérir du contenu et le système de gestion gère les références des documents. Le système de publication rend ce contenu accessible, voire le distribue, sous une forme graphique adaptée au support de publication et au public.
La principale fonctionnalité d’un système de publication est donc la mise en forme automatisée des composants documentaires en y ajoutant du comportement (interactivité) pour les documents électroniques et du style, ceci dans un but d’ergonomie de la publication. L’emploi du mot document dans le même sens que celui de publication montre l’ambiguïté qui existe entre les deux termes dans la gestion de contenu. Or cette ambiguïté doit être levée afin de pouvoir gérer les aspects juridiques du document : les droits d’auteur, la fourniture de preuve légale en sont les exemples principaux.
La recherche d’ergonomie, mais aussi d’adaptation du contenu au public, fait des techniques de personnalisation une composante à part entière des systèmes de publication.
Enfin, rendre une publication accessible, c’est à dire permettre sa recherche et sa récupération, est la dernière composante principale d’un système de publication, notamment à travers ce que l’on appelle communément le moteur de recherche. Dans la même optique, la navigation entre les documents est aussi une composante du système de publication.
Tels sont les sujets que nous allons maintenant aborder

Continuer la lecture

3. Architecture d’un système de gestion de contenu
A partir de maintenant dans ce rapport, et après avoir vu les concepts théoriques, nous allons aborder des notions plus concrètes des systèmes de gestion de contenu, à travers les fonctionnalités nécessaires à leur mise en œuvre.
L’architecture que nous avons retenue pour parler des systèmes de gestion de contenu est basée sur celle que nous avons introduite dans la section 1.7 intitulée « Conclusion : système de collecte / système de gestion de contenu / système de publication » page 16. Cette architecture nous permet d’introduire les fonctionnalités de la gestion de contenu. Dans certains cas, le classement d’une fonctionnalité (notamment le stockage, les droits d’accès, la personnalisation) dans un des trois sous- systèmes peut paraître arbitraire, s’agissant de fonctionnalités que l’on peut rencontrer et mettre en œuvre dans plus d’un des trois sous-systèmes, soit autrement dit, de fonctionnalités orthogonales. Nous avons retenu ce classement car proche de la mise en œuvre actuelle de la gestion de contenu.

3.1. Système de collecte

Si la fin d’un système de gestion de contenu est la publication de contenus, c’est à dire sa distribution aux destinataires, il faut bien prendre en considération l’acquisition de ces contenus. Il s’agit d’un domaine très large, puisqu’il concerne tous les médias : textes, image, sons et vidéos. Avec les images, on retrouve tous types de dessins, dont les plans et les cartes. Nous avons brièvement

Continuer la lecture

2.3.3. Resource Description Framework (RDF)

Nous allons décrire dans cette section le modèle et la syntaxe de RDF, ainsi que le schéma de RDF, RDFS, qui définissent RDF. L’objectif de cette description est de permettre l’utilisation de RDF et RDFS au lecteur afin d’exprimer un modèle de méta données propre à son organisation tout en bénéficiant des propriétés générales de RDF. Ces propriétés générales sont abordées en introduction.

2.3.3.1. Introduction

RDF19 est un modèle, associé à une syntaxe, dont le but est de permettre à une communauté d’utilisateurs de partager les mêmes méta données pour des ressources partagées. Il a été conçu initialement par le W3C pour permettre de structurer l’information accessible sur le web et de l’indexer efficacement.

18 Information and documentation — The Dublin Core metadata element set. (ISO TC 46/SC 4). ISO 15836:2003(E). Draft International Standard. The Dublin Core Metadata Initiative (DCMI) is the maintenance agency. http://dublincore.org/

RDF n’est pas particulièrement conçu pour permettre de stocker les méta données de documents mais plutôt pour permettre leur échange et leur traitement par des opérateurs humains ou artificiels. Un des gros avantages de RDF est son extensibilité, à travers l’utilisation des schémas20 RDF qui peuvent s’intégrer et ne s’excluent pas mutuellement grâce à l’utilisation du concept d’espace de nom (« namespace ») [41].
RDF est par ailleurs un des modèles de base

Continuer la lecture

2.2. Concept clé numéro 2 : gestion des références et identification des composants documentaires
2.2.1. Gestion des références (internes et externes)
De ce qui vient d’être dit précédemment à propos des modèles d’informations (composition des documents, réutilisation) découle la nécessité de pouvoir lier les composants entre eux. Un document est toujours un assemblage de composants sous la forme d’un maillage et que l’on peut représenter comme un arbre. Chaque composant est relié aux autres par un lien dans cet assemblage : c’est la référence qui joue le rôle de lien. Une référence peut être aussi un pointeur explicite contenu dans le contenu lui-même. Le lien hypertexte en est la meilleure illustration.
La référence est interne quand il s’agit d’un lien d’un composant pointant vers un autre composant du même document. Elle est externe quand le document contient un lien qui pointe vers un composant d’un autre document.
Lorsqu’un document est modifié, déplacé ou détruit, les liens qui pointent vers lui doivent être mis à jour en conséquence. S’agissant d’une modification générant une nouvelle version du document, les pointeurs doivent permettre de résoudre si le lien pointe vers la nouvelle version ou s’il pointe définitivement vers la version ancienne.
L’alternative est d’affecter au composant documentaire et à sa version, un identifiant unique, invariable et persistant, indépendant de son emplacement.
Les systèmes de gestion de contenu doivent donc proposer

Continuer la lecture

2. Concepts de gestion de contenu
Ici, nous allons aborder les concepts théoriques qui permettent la mise en œuvre de la gestion de contenu : la structuration des documents, la gestion des références des documents et enfin les méta données.
2.1. Concept clé numéro 1 : Structuration des documents
SGML (Standard Generalized Markup Language) a été le premier langage principal pour structurer les documents. SGML est le précurseur de XML (eXtended Markup Language). Ce sont, comme leur nom l’indique, des langages de balises qui sont interprétables à la fois par les machines et les humains. XML est en fait une technologie, adossée sur Internet et plus précisément, le plus souvent, http (HyperText Transfer Protocol), qui permet une bonne intégration des systèmes informatiques. Ses applications sont la gestion de contenu, l’échange de données informatisées (EDI) et aujourd’hui les « web services » qui permet la communication entre les programmes informatiques distribués. Les normes, langages et autres protocoles associés à XML vont servir d’illustration des techniques pour la gestion de contenu. Ces technologies seront parfois présentées, comme RDF (Resource Description Framework) dans le chapitre consacré aux méta données.
Nous abordons dans cette section 2.1 comment il est possible de structurer un document et pourquoi, quels modèles formels (schémas de classe UML et / ou DTD) peuvent être utilisés pour cela et la réutilisation des composants documentaires, qui est une des valorisations de la structuration

Continuer la lecture