Catégories IT6

Les catégories représentent une vue par sujets du contenu de l’espace de travail, et diffèrent par conséquent des structures de taxonomie abordées par la méthode d’adaptation des dossiers. Comme stipulé précédemment :

les catégories ne suivent aucune restriction en termes de stratégie de sécurité ;

les documents de l’espace de travail peuvent être placés dans plusieurs catégories.

Les lecteurs qui utilisent les catégories peuvent être des auteurs de contenu très familiarisés avec l’espace de travail, des lecteurs ayant une connaissance limitée de l’espace de travail ou des visiteurs occasionnels n’ayant aucune connaissance de la structure de l’espace de travail ou du contenu. Ces derniers groupes ont particulièrement besoin de l’orientation en matière d’exploration qu’offrent les catégories, aussi doivent-ils demeurer le point de mire lors de la conception des structures de catégories.

Comme il a déjà été dit, la hiérarchie de dossiers ne constitue pas la meilleure base à partir de laquelle dériver les catégories. Comme le montre la méthode d’adaptation des dossiers, les intérêts qui guident les auteurs ne sont pas ceux qui guident les lecteurs. Les catégories doivent adopter une vue externe des informations dans l’espace de travail. Une façon d'obtenir une vue extérieure est d’examiner les informations conçues pour l’extérieur. Il est également possible d’écouter les questions que posent les personnes en dehors de l’organisation au sujet des informations figurant dans l’espace de travail, et de mettre au point des catégories qui guident ces personnes vers les réponses.

Par exemple, une équipe a passé en revue les présentations de marketing et les appréciations externes de ses projets pour comprendre comment organiser les informations destinées aux personnes extérieures à l’équipe. Étant donné que des personnes compétentes dans l’art de communiquer des concepts de projet à un public néophyte avaient créé les présentations, l’utilisation de ces informations a permis d’exploiter le travail qu’ils avaient déjà effectué. Ils ont ensuite décomposé les informations issues des présentations pour initier la formation du premier ensemble de catégories.

Contrairement aux dossiers, dans lesquels il doit être aussi simple que possible d’identifier l’emplacement unique d’un document, les catégories ne doivent pas répugner à être redondantes. Plusieurs catégorisations permettent au concepteur de catégories d’anticiper et de répondre aux nombreuses approches de recherche des informations mises en œuvre par les lecteurs. S’il existe plusieurs chemins de catégorie vers un document donné, ceci augmente les chances qu’un lecteur trouve un document qui l’intéresse. Par exemple, un lecteur qui recherche un contenu sur le Congrès américain peut commencer par Gouvernement, puis Gouvernement fédéral par opposition à Gouvernement d’état ou local, et poursuivre avec Congrès, alors qu’un autre lecteur peut commencer par Corps législatif national, puis continuer avec Congrès américain par opposition à la Diète japonaise, à la Knesset israélienne ou à la Douma russe.

Chaque niveau de l’arborescence des catégories peut pointer vers un contenu. Méfiez-vous des catégories intermédiaires qui sont sans intérêt et qui contraignent les utilisateurs à parcourir une arborescence avant d'obtenir un résultat quelconque. Chaque catégorie intermédiaire représente des couches supplémentaires de navigation qui se trouvent entre les lecteurs et le contenu qu’ils recherchent ; elles augmentent seulement la complexité de navigation dans l’arborescence des catégories. De plus, bien que vous puissiez organiser les informations en catégories à une profondeur arbitraire, les profondeurs de catégorie excessives sont un défi lancé aux lecteurs. Toute structure de catégorie dont la profondeur dépasse trois ou quatre niveaux doit être révisée. Vous devez limiter la profondeur maximale à celle qui convient à vos lecteurs.

Les catégories définies lors de la première journée de conception de l’espace de travail ne restent pas statiques. Les catégories sont censées évoluer dans le temps en réponse aux besoins des utilisateurs. Outre le fait de répondre aux demandes spécifiques des utilisateurs, vous pouvez explicitement recueillir leurs besoins réels en analysant les recherches les plus fréquentes, et en vous efforçant de convertir ces termes de recherche en catégories.

Implémentation

Après avoir créé une hiérarchie de dossiers et une structure de catégories, vous devez créer une stratégie de sécurité globale et identifier d’autres sources de contenu. Cette section présente les tâches d'implémentation.

Adaptation des dossiers

Nous vous recommandons d'assurer le suivi de votre processus lorsque vous adaptez des hiérarchies de dossiers existantes à un espace de travail. La décision à prendre sur chaque combinaison de dossiers demeure un processus manuel, mais vous pouvez l’automatiser en grande partie. Vous pouvez créer une feuille de calcul contenant un mappage de la hiérarchie de dossiers originale vers la structure de l’espace de travail. Créez ensuite un script pour analyser la feuille de calcul, créez la taxonomie dans un espace de travail vide et importez le contenu. Pour plus d’informations à ce sujet, voir l’annexe B, Pour plus d’informations.

Application des stratégies de sécurité

Après avoir créé la structure de l’espace de travail, vous devez mener à bien les tâches suivantes :

Mapper la sécurité dans l’espace de travail. Après avoir créé la structure, vous devez encore évaluer la sécurité. Vous pouvez choisir de rompre avec l’héritage de sécurité et spécifier des autorisations effectives sur les dossiers sécurisés.

Spécifier des sources de contenu. L’espace de travail comporte uniquement un contenu natif, mais vous pouvez envisager d’y inclure un contenu externe.

Désigner des coordinateurs de dossiers. Vous avez identifié des coordinateurs dès l'étape de planification, mais vous devez encore les affecter aux dossiers appropriés.

Spécifier des itinéraires d’approbation. Vous devez identifier et implémenter des itinéraires d’approbation et des approbateurs.

Identifier les Meilleurs résultats. Les catégories et les mots-clés de recherche deviennent beaucoup plus utiles dès lors que vous définissez les Meilleurs résultats, mais une grande partie de cette définition provient des auteurs plutôt que des coordinateurs, et évolue dans le temps.

Recommandations

La meilleure manière de commencer à créer des taxonomies est de lancer le processus et d’apprendre à mesure que vous avancez. Expérimentez, créez un prototype, mettez-le en service avec quelques utilisateurs pour voir comment il fonctionne, puis supprimez-le. Les deuxième et troisième prototypes que vous créerez seront optimisés et plus simples d’accès pour tous.

La taxonomie initiale continue à évoluer pour plusieurs raisons. La vitesse de création de dossier est probablement plus lente que dans les systèmes de fichiers traditionnels, mais ne s’arrête pas. Les besoins professionnels peuvent nécessiter plus de profils de document. Les propriétés ajoutent des valeurs de dictionnaire. L’usage étend et modèle les catégories. Soyez prêts à modifier et à mettre à jour constamment le travail d’établissement de l’espace de travail initial.

Le tableau suivant récapitule les résultats de l’application de la méthode décrite dans ce chapitre et montre l’importance de la réduction des dossiers, ainsi que le volume des entités créées, par exemple les profils de document et les propriétés.

	Dossiers Visual SourceSafe	Espace de travail SharePoint Portal Server
Dossiers	240	72
Propriétés	—	11
Profils de document	—	68 réduits à 10
Propriétés par profil de document	—	3 à 5
Dictionnaires	—	8

Une seule valeur de catégorie peut être attribuée par fichier

Le mappage d’une propriété source, saisie sous la forme d’une chaîne, sur la propriété cible urn:schemas-microsoft-com:publishing:Categories a pour résultat l’attribution par SharePoint Portal Server de l’élément à cette catégorie. Les valeurs de source doivent être des noms de catégorie valides précédés de deux points (par exemple, ":Catégorie 1"). Lorsque vous mappez à partir de balises META HTML, vous ne pouvez mapper qu’une valeur par document. SharePoint Portal Server attribue une seule valeur à la propriété Categories.

Code de mappage de profil

Modifiez et appliquez le code de mappage de propriétés pour qu’il mappe les balises META et les balises de propriétés provenant du contenu externe sur les propriétés du profil de document de SharePoint Portal Server. Un exemple de code est présenté ci-après.

Exemple de code

Le fragment de code suivant présente en détail les actions nécessaires à l’enregistrement de la propagation des propriétés et métadonnées provenant de la source de contenu externe dans SharePoint Portal Server. Il s’agit d'un code Microsoft Visual Basic^® 6, et non d'un code Microsoft Visual Basic Scripting Edition (VBScript). Si vous voulez des exemples en VBScript, consultez le script PropMap.wsf figurant dans CrawlingMetadataPropmap.zip. Si vous ajoutez ce code à un projet en Visual Basic, vous devez ajouter la bibliothèque de types PKMCDO comme référence. L’exemple qui suit utilise largement les constantes intégrées pour les espaces de nom SharePoint Portal Server.

Remarque L’exemple de code suivant montre le chemin d’accès aux sources de contenu sous la forme de /Management/Content Sources/. Si vous exécutez un système dans une langue autre que l’anglais, remplacez ce chemin par la chaîne localisée contenant le nom du dossier de sources de contenu.


Dim objCS As PKMCDO.KnowledgeStartAddress


Dim objSPR As PKMCDO.IKnowledgeCatalogSitePathRule


Dim colSitePathRules As IKnowledgeCatalogSitePathRules


Dim strWMIPath As String


' Modifiez les valeurs suivantes pour refléter le nom de votre serveur,


' workspace (espace de travail), content source (source de contenu) et target 
document profile (profil de document cible).


Const MYSERVER = "SharePoint_Portal_Server_computer"


Const MYWORKSPACE = "SharePoint_Portal_Server_workspace"


Const MYSOURCE = "FileContentSource"


Const MYDOCPROFILE = "DocProfileName"


' Construisez l’URL menant au dossier Sources de contenu de votre espace de 
travail.


strUrlContentSource = "http://" & MYSERVER & "/" & MYWORKSPACE _


& [ochev]/Management/Content Sources/[cchev] & MYSOURCE


' Ouvrez l’élément KnowledgeStartAddress (source de contenu).


Set objCS = New PKMCDO.KnowledgeStartAddress


objCS.DataSource.Open strUrlContentSource, , adModeReadWrite


' Précisez la classe de contenu (Profil de document)


' à attribuer aux fichiers analysés.


objCS.Fields(PKMCDO.cdostrURI_TargetContentClass) = _


PKMCDO.cdostrNS_ContentClasses & MYDOCPROFILE


' Toutes les balises seront précédées d’un espace de nom.


' PKMCDO propose des constantes intégrées pour la plupart d’entre elles. 
Remplacez ' les éléments du tableau ci-après par les noms de propriétés que vous 
voulez utiliser,


' en ajoutant ou supprimant des lignes, selon vos besoins. Remarque : il est 
important que


' les trois tableaux suivants comptent le même nombre


' d’éléments et suivent la même séquence de noms de propriétés.


' Si vous analysez des documents HTML, toutes les propriétés seront précédées 
d’un


' nom d’espace HTML standard. L’espace de nom de la source


' peut varier pour d’autres types de fichiers. Voir les détails ci-après.


objCS.Fields(PKMCDO.cdostrURI_SourceProperties) = Array( _


PKMCDO.cdostrNS_HtmlMetaInfo & "ExternalTag1", _


PKMCDO.cdostrNS_HtmlMetaInfo & "AnotherTag2", _


PKMCDO.cdostrNS_HtmlMetaInfo & "TheLastTag" )


' Chaque propriété de source exige une entrée de type de données.


objCS.Fields(PKMCDO.cdostrURI_SourceTypes) = Array( _


"string", _


"string", _


"string")


' Toutes les propriétés SharePoint Portal Server sont précédées de l’espace de 
nom


standard Office


' Vérifiez qu’elles correspondent à leur source,


dans l’ordre.


objCS.Fields(PKMCDO.cdostrURI_TargetProperties) = Array( _


PKMCDO.cdostrNS_Office & "SharePoint_Portal_Server_Property1", _


PKMCDO.cdostrNS_Office & "SharePoint_Portal_Server_Property2", _


PKMCDO.cdostrNS_Office & "SharePoint_Portal_Server_Property3 )


' Il ne suffit pas d’ajouter quatre propriétés à l’élément de définition de la 
source de contenu.


' Vous devez également ajouter un chemin d’accès au site correspondant à


' cette source de contenu. Vous pouvez afficher ces chemins d’accès à partir du 
dossier de gestion


' des sources de contenu, en ouvrant l’élément "Paramètres supplémentaires"


' puis en cliquant sur le bouton "Chemins d’accès au site" dans la boîte de 
dialogue


qui s’ouvre.


Set colSitePathRules = objCS.Workspace.Catalog.SitePathRules


' Remarque : ce code ne vérifie PAS si un chemin d’accès au site correspondant


' existe déjà. Avant d’exécuter ce code, vérifiez si des


' chemins d’accès au site existent et, si tel est le cas, supprimez-les.


Set objSPR = colSitePathRules.Add(objCS.Address & "/*", True)


objSPR.ContentClass = objCS.Fields(PKMCDO.cdostrURI_TargetContentClass)


objSPR.PropertyMappingUrl = strUrlContentSource


' Nettoyez les références aux objets et enregistrez tout. L’élément de règle de 
chemin d’accès au site


' n’a pas besoin d’être enregistré explicitement, mais la source de contenu doit 
l’être.


Set GetAllGroups = Nothing


Set GetAllGroups = Nothing


objCS.Fields.Update


objCS.DataSource.Save


Set GetAllGroups = Nothing

Utilisation de fichiers de script pour le mappage des propriétés

L’exemple de code précédent illustre les étapes de l’utilisation de PKMCDO. L’exemple qui suit, en revanche, est une application totalement fonctionnelle que vous pouvez utiliser immédiatement pour configurer le mappage des propriétés. Le fichier CrawlingMetadataPropmap.zip contient ce code.

Le fichier CrawlingMetadataPropmap.zip contient un fichier de script Microsoft Windows^® Scripting Host appelé PropMap.wsf, qui accepte en entrée un fichier XML fournissant des informations relatives au serveur, à l’espace de travail et à la source de contenu, ainsi que des informations relatives au mappage des propriétés. PropMap.xml est un exemple du format de fichier que ce script attend.

Vous pouvez exécuter ce script sur tout ordinateur Microsoft Windows 2000 sur lequel vous installez le logiciel SharePoint Portal Server (ou client, à savoir, un ordinateur sur lequel vous installez PKMCDO). Le script accepte un paramètre unique, le nom de chemin d’accès du fichier XML contenant les instructions de mappage à traiter. Si ce paramètre manque, le script suppose que le fichier PropMap.xml se trouve dans le même répertoire que le fichier de script.

Le code qui suit décrit le document XML attendu par le script PropMap.wsf. Les noms d’éléments décrivent en détail les informations nécessaires à la création d’un mappage de propriétés.

Remarque Ce format n’est pas pris en charge et n’est pas suggéré en tant que représentation standard. Sa portée est limitée à ce chapitre afin d’ajouter de la valeur à l’exemple de code personnalisé qui suit.

Lors de l’examen de l’élément <targetContentClass>, notez que le code du script fait précéder de «urn:content-classes:» toute valeur n’étant pas précédée d’un espace de nom.

Lors de l’examen des éléments <sourceName>, notez que le code du script fait précéder de «urn:schemas.microsoft.com:htmlinfo:metainfo:» toute valeur n’étant pas précédée d’un espace de nom.

Lors de l’examen des éléments <targetName>, notez que le code du script fait précéder de «urn:schemas-microsoft-com:office:office#» toute valeur n’étant pas précédée d’un espace de nom.


<?xml version="1.0"?>


<propertyMap>


<server>


<name>server1</name>


<workspace>


<name>test1</name>


<contentSource>


<name>dogbreeds</name>


<targetContentClass>DogBreed</targetContentClass>


<property>


<sourceName>breedOrigin</sourceName>


<sourceType>string</sourceType>


<targetName>breedOrigin</targetName>


</property>


<property>


<sourceName>breedName</sourceName>


<sourceType>string</sourceType>


<targetName>breedName</targetName>


</property>


<property>


<sourceName>breedFirstBred</sourceName>


<sourceType>dateTime</sourceType>


<targetName>breedFirstBred</targetName>


</property>


<property>


<sourceName>breedWeight</sourceName>


<sourceType>i4</sourceType>


<targetName>breedWeight</targetName>


</property>


<property>


<sourceName>Abstract</sourceName>


<sourceType>string</sourceType>


<targetName>Description</targetName>


</property>


<property>


<sourceName>ContentClass</sourceName>


<sourceType>string</sourceType>


<targetName>DAV:contentclass</targetName>


</property>


<property>


<sourceName>Categories</sourceName>


<sourceType>string</sourceType>


<targetName>urn:schemas-microsoft-com:publishing:Categories</targetName>


</property>


</contentSource>


</workspace>


</server>


</propertyMap>

Utilisation du wrapper IFilter HTML modifié

Un module complémentaire IFilter conçu pour Index Server est disponible sur le site Microsoft Software Developers Network (MSDN^®). Vous pouvez enregistrer ce filtre au lieu du Ifilter HTML standard. Il fonctionne en chargeant le «véritable» IFilter HTML, en interceptant les valeurs de balises <META> qu’il renvoie, et en convertissant les valeurs sélectionnées en nombres et/ou dates à mesure qu’elles sont transmises au service d’indexation.

Une série de tests effectués dans un environnement SharePoint Portal Server a montré que ce IFilter fonctionne correctement et affecte peu les performances.

Le code IFilter d’origine est disponible sur le site MSDN anglais à la page Using HTML Meta Properties with Microsoft Index Server . Nous vous conseillons fortement de lire cet article avant de poursuivre. Nous vous conseillons également d’utiliser la copie modifiée de ce IFilter contenue dans ce chapitre, plutôt que le code fourni avec l’article d’origine.

Le fichier CrawlingMetadataHtmlprop.zip contient la version modifiée incluant la source. Cette version contient une prise en charge des formats de date supplémentaires mentionnés dans l’article Q240390 (en anglais) de la Base de connaissances, plus particulièrement :

Elle prend également en charge le format de stockage davantage centré sur XML et Web Storage System :

Le code source d’origine prenait en charge un nombre plus réduit de formats, qui étaient moins standard pour les besoins de l’analyse de contenu HTML. Il nécessitait que l’administrateur précise dans un fichier .ini les propriétés à transformer en types de données différents.

Puisque le code source complet est inclus, les seuls fichiers nécessaires pour commencer sont HTMLProp.dll et HTMLProp.ini. Le fichier .ini contient des informations sur l’installation (et la suppression). Un fichier ReadMe.txt fournit le contexte, mais une grande partie de son contenu est spécifique aux versions antérieures de Index Server. Le fichier HTMLProp.ini contient toutes les informations nécessaires à l’installation et à l’enregistrement de HTMLProl.dll.

Category-Specific Web Part Sample

Catégories (voir fiche Assistant catégories ).

Implémentation

Adaptation des dossiers

Application des stratégies de sécurité

Recommandations

Une seule valeur de catégorie peut être attribuée par fichier

Code de mappage de profil

Exemple de code

Utilisation de fichiers de script pour le mappage des propriétés

Utilisation du wrapper IFilter HTML modifié

Category-Specific Web Part Sample

Related Topics

See Also

Location of the Sample

Working with the Sample

Reading the Sample

Running the Sample

Verifying the Sample