guide de planification de sites et solutions pour microsoft...

Guide de planification de sites et solutions pour Microsoft SharePoint Server 2010, Deuxième partie Microsoft Corporation

Date de publication : janvier 2011

Auteur: équipe Microsoft Office System and Servers ([email protected])

Résumé

Ce document fournit des informations sur la planification des sites et solutions créés en déployant Microsoft SharePoint Server 2010. Il traite de sujets tels que l’aide à la décision, la création de sites, la gestion de contenu Web et la recherche de contenu d’entreprise. Il est destiné aux spécialistes en applications de gestion, aux spécialistes en applications métiers, aux concepteurs de systèmes d’information, aux responsables de programmes, aux spécialistes en infrastructures et aux informaticiens en général qui planifient une solution basée sur SharePoint Server 2010. Il fait partie d’une série de quatre guides de planification qui offrent des informations complètes sur la planification informatique de SharePoint Server.

Pour plus d’informations sur la planification des sites et solutions pour SharePoint Server, voir Guide de planification de sites pour Microsoft SharePoint Server 2010, Première partie (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196150&clcid=0x40C). La Première partie traite de sujets tels que la sécurité des sites, la gouvernance et la gestion de contenu d’entreprise.

Pour plus d’informations sur la planification de l’architecture d’un déploiement SharePoint Server 2010, voir le Guide de planification des batteries et des environnements de serveurs pour Microsoft SharePoint Server 2010 (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=189513&clcid=0x40C).

Pour plus d'informations sur la planification de la capacité et des performances dans SharePoint Server 2010, voir Planification de la capacité pour Microsoft SharePoint Server 2010 (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=208221&clcid=0x40C).

Le contenu de ce guide est extrait de la bibliothèque technique SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x40C) arrêté à la date de publication. Pour bénéficier des dernières mises à jour du contenu, utilisez la bibliothèque technique sur le Web.

http://go.microsoft.com/fwlink/?linkid=196150&clcid=0x40C







Ce document est fourni en l’état. Les informations et les éléments visuels contenus dans ce document, y compris les URL et les autres références à des sites Internet, peuvent faire l’objet de modifications sans préavis. Vous assumez tous les risques liés à son utilisation.

Certains exemples décrits dans ce document sont fournis à titre d’illustration uniquement et sont fictifs. Aucune association ou connexion réelle n’est voulue ni ne doit être inférée.

Ce document ne vous accorde aucun droit de propriété intellectuelle quant à des produits Microsoft. Vous pouvez copier et utiliser ce document à des fins internes de référence.

© 2011 Microsoft Corporation. Tous droits réservés.

Microsoft, Access, Active Directory, Backstage, Excel, Groove, Hotmail, InfoPath, Internet Explorer, Outlook, PerformancePoint, PowerPoint, SharePoint, Silverlight, Windows, Windows Live, Windows Mobile, Windows PowerShell, Windows Server et Windows Vista sont soit des marques de Microsoft Corporation, soit des marques déposées de Microsoft Corporation aux États-Unis d'Amérique et/ou dans d'autres pays.

Sommaire

Guide de planification de sites et solutions pour Microsoft SharePoint Server 2010, Deuxième partie ........................................................ 1

Accès à l’aide ................................................................................................................................................................................................... 26

Diagrammes techniques (SharePoint Server 2010) ........................................................................................................................................ 27

Modèles ........................................................................................................................................................................................................ 27

Conseils d’impression des affiches .............................................................................................................................................................. 50

Planifier des sites et des solutions (SharePoint Server 2010) ........................................................................................................................ 52

Voir aussi ...................................................................................................................................................................................................... 54

Planifier la gestion de contenu Web (SharePoint Server 2010) ...................................................................................................................... 55

Vue d’ensemble des fonctionnalités de publication ......................................................................................................................................... 57

À propos des sites de publication ................................................................................................................................................................ 58

À propos des fonctionnalités de publication ................................................................................................................................................. 58

Fonctionnalités Infrastructure de publication de SharePoint Server ............................................................................................................ 58

Fonctionnalités Publication SharePoint Server ............................................................................................................................................ 65

Autres fonctionnalités de publication............................................................................................................................................................ 68

Voir aussi ...................................................................................................................................................................................................... 69

Planifier des pages Web .................................................................................................................................................................................. 70

Vue d’ensemble des pages Web ................................................................................................................................................................. 70

Planifier les pages maîtres ........................................................................................................................................................................... 74

Planifier les mises en page .......................................................................................................................................................................... 75

Planifier des pages de contenu .................................................................................................................................................................... 77

Utilisation de mises en page pour restreindre la création ............................................................................................................................ 79

Fiche de planification de page Web ............................................................................................................................................................. 82

Voir aussi ...................................................................................................................................................................................................... 82

Planifier la création de pages Web (SharePoint Server 2010) ........................................................................................................................ 83

À propos de la planification de la création de pages Web ........................................................................................................................... 83

Planification de l’expérience de création du Ruban ..................................................................................................................................... 84

Planifier des métadonnées gérées ............................................................................................................................................................... 86

Planifier le contenu réutilisable .................................................................................................................................................................... 87

Planification des personnalisations du dictionnaire ..................................................................................................................................... 88

Planification des ressources supplémentaires ............................................................................................................................................. 88

Feuille de planification de la création de pages Web ................................................................................................................................... 89

Voir aussi ...................................................................................................................................................................................................... 89

Planifier l’approbation et la planification du contenu ....................................................................................................................................... 90

À propos de la planification de l’approbation du contenu et de la planification du contenu ........................................................................ 90

Planifier l’approbation du contenu ................................................................................................................................................................ 91

Planifier la planification du contenu .............................................................................................................................................................. 92

Utilisation du déploiement de contenu avec l’approbation et la planification du contenu ............................................................................ 92

Voir aussi ...................................................................................................................................................................................................... 93

Planifier la mise en cache et les performances (SharePoint Server 2010) ..................................................................................................... 94

Utilisation d’un cache BLOB disque ............................................................................................................................................................. 95

Limitation de la vitesse de transmission ...................................................................................................................................................... 97

Taille maximale du fichier de téléchargement .............................................................................................................................................. 98

Voir aussi ...................................................................................................................................................................................................... 99

Planifier les bibliothèques de pages de grande taille (SharePoint Server 2010) .......................................................................................... 100

À propos des bibliothèques de pages de grande taille .............................................................................................................................. 100

Décider de l’utilisation d’une grande bibliothèque de pages ...................................................................................................................... 101

Choisir le mode de gestion des pages ....................................................................................................................................................... 102

Plan de navigation ...................................................................................................................................................................................... 102

Voir aussi .................................................................................................................................................................................................... 104

Vue d’ensemble du déploiement de contenu (SharePoint Server 2010) ...................................................................................................... 105

Qu’est-ce que le déploiement de contenu ? .............................................................................................................................................. 105

À propos des travaux et des chemins de déploiement .............................................................................................................................. 107

À propos de la sécurité du déploiement de contenu .................................................................................................................................. 110

Fonctionnement du déploiement de contenu ............................................................................................................................................. 111

Considérations importantes concernant le déploiement de contenu ......................................................................................................... 116

Voir aussi .................................................................................................................................................................................................... 118

Planifier le déploiement de contenu (SharePoint Server 2010) .................................................................................................................... 119

À propos de la planification du déploiement de contenu ........................................................................................................................... 119

Déterminer s'il faut utiliser le déploiement de contenu .............................................................................................................................. 120

Déterminer de combien de batteries de serveurs vous avez besoin ......................................................................................................... 121

Planifier les serveurs d'exportation et d'importation ................................................................................................................................... 121

Planifier des chemins d'accès de déploiement de contenu ....................................................................................................................... 121

Planifier le calendrier des tâches ............................................................................................................................................................... 122

Planifier des tâches de grande taille .......................................................................................................................................................... 124

Feuille de planification de déploiement de contenu ................................................................................................................................... 124

Voir aussi .................................................................................................................................................................................................... 124

Concevoir une topologie de déploiement de contenu ................................................................................................................................... 125

Éléments de topologies de déploiement de contenu ................................................................................................................................. 125

Topologies de déploiement de contenu classiques ................................................................................................................................... 126

Voir aussi .................................................................................................................................................................................................... 130

Vue d’ensemble des variantes ...................................................................................................................................................................... 131

Utilisation et avantages des variantes ....................................................................................................................................................... 132

Scénarios d’utilisation des variantes .......................................................................................................................................................... 132

Éléments de variantes ................................................................................................................................................................................ 133

Présentation des variantes ......................................................................................................................................................................... 134

Présentation de la création de sites de variantes source et cibles ............................................................................................................ 138

Présentation de la création de sites et de pages ....................................................................................................................................... 138

Limitations des variantes ............................................................................................................................................................................ 141

Voir aussi .................................................................................................................................................................................................... 141

Planifier les variantes .................................................................................................................................................................................... 142

À propos de la planification des variantes ................................................................................................................................................. 143

Éléments importants à prendre en considération lors de la planification de l’utilisation des variantes ..................................................... 143

Déterminer les types de variantes nécessaires ......................................................................................................................................... 147

Sélectionner le site racine des variantes ................................................................................................................................................... 147

Spécifier le site de variantes source .......................................................................................................................................................... 148

Planifier les sites de variantes cibles ......................................................................................................................................................... 148

Déterminer la façon dont les sites et les pages seront créés sur les sites de variantes cibles ................................................................. 150

Planifier le calendrier des travaux du minuteur des variantes ................................................................................................................... 150

Feuille de calcul relative à la planification des variantes ........................................................................................................................... 151

Voir aussi .................................................................................................................................................................................................... 152

Planifier l’architecture des informations pour la gestion de contenu Web .................................................................................................... 153

Recommandations générales pour la planification .................................................................................................................................... 154

Planifier la structure de votre site ............................................................................................................................................................... 154

Planifier l’informatique sociale et la collaboration ...................................................................................................................................... 155

Planifier les métadonnées gérées .............................................................................................................................................................. 155

Planifier l’aide à la décision et les données métiers .................................................................................................................................. 156

Planifier la recherche ................................................................................................................................................................................. 156

Voir aussi .................................................................................................................................................................................................... 157

Planifier des métadonnées gérées (SharePoint Server 2010) ...................................................................................................................... 158

Vue d’ensemble des métadonnées gérées ................................................................................................................................................... 159

Présentation des métadonnées gérées ..................................................................................................................................................... 159

Utilisation des métadonnées gérées .......................................................................................................................................................... 161

Avantages liés à l’utilisation de métadonnées gérées ............................................................................................................................... 166

À propos de l’application de service de métadonnées .................................................................................................................................. 168

Services de métadonnées gérées .............................................................................................................................................................. 168

Connexions de métadonnées gérées ........................................................................................................................................................ 169

Autorisations d’accès à un service de métadonnées gérées ..................................................................................................................... 170

Exemple de scénario .................................................................................................................................................................................. 172

Voir aussi .................................................................................................................................................................................................... 177

Rôles associés aux métadonnées gérées ..................................................................................................................................................... 178

Rôles et fonctionnalités .............................................................................................................................................................................. 178

Voir aussi .................................................................................................................................................................................................... 180

Planifier des termes et des ensembles de termes (SharePoint Server 2010) .............................................................................................. 181

Planifier : maintenant ou ultérieurement .................................................................................................................................................... 182

À propos de la planification des métadonnées gérées .............................................................................................................................. 182

Identifier les ensembles de termes ............................................................................................................................................................ 183

Identifier les propriétaires des ensembles de termes ................................................................................................................................ 185

Déterminer les groupes d’ensembles de termes ....................................................................................................................................... 185

Définir les ensembles de termes ................................................................................................................................................................ 186

Feuilles de planification des métadonnées gérées .................................................................................................................................... 188

Voir aussi .................................................................................................................................................................................................... 188

Planifier l’importation de métadonnées gérées (SharePoint Server 2010) ................................................................................................... 189

À propos de la planification de l’importation de métadonnées gérées ...................................................................................................... 189

Recherche des données existantes ........................................................................................................................................................... 190

Organisation des données en métadonnées gérées ................................................................................................................................. 191

Nettoyage des données ............................................................................................................................................................................. 191

Mise en forme des données à importer ..................................................................................................................................................... 192

Importation des métadonnées gérées ....................................................................................................................................................... 192

Fusion des termes ...................................................................................................................................................................................... 192

Voir aussi .................................................................................................................................................................................................... 192

Planifier le partage de terminologie et de types de contenu ......................................................................................................................... 194

À propos de la planification des services et des connexions de métadonnées gérées ............................................................................. 194

Identifier les services de métadonnées gérées .......................................................................................................................................... 195

Identifier les connexions de métadonnées gérées ..................................................................................................................................... 196

Exemple ..................................................................................................................................................................................................... 198

Récapitulatif de la procédure de planification ............................................................................................................................................ 202

Feuille de planification des services de métadonnées gérées .................................................................................................................. 202

Voir aussi .................................................................................................................................................................................................... 202

Ensembles de termes multilingues (SharePoint Server 2010) ...................................................................................................................... 203

Définition des termes ................................................................................................................................................................................. 203

Utilisation des termes (balisage) ................................................................................................................................................................ 205

Affichage des termes ................................................................................................................................................................................. 206

Recommandations ..................................................................................................................................................................................... 206

Voir aussi .................................................................................................................................................................................................... 207

Planification d’aide à la décision .................................................................................................................................................................... 208

Notions de base relatives à l’aide à la décision ............................................................................................................................................. 209

Choix d’un outil d’aide à la décision dans SharePoint Server ....................................................................................................................... 210

Services dans SharePoint Server pour l’aide à la décision ....................................................................................................................... 212

SQL Server Reporting Services dans SharePoint Server ......................................................................................................................... 214

PowerPivot pour Excel 2010 ...................................................................................................................................................................... 215

Choose the right business intelligence technology to suit your style (white paper) ...................................................................................... 216

Architecture pour l’aide à la décision dans SharePoint Server 2010 ............................................................................................................ 217

Cette liste numérotée correspond au numéro dans le diagramme suivant. Le diagramme montre un déploiement de batterie de serveurs

avec quatre serveurs et les services applications que vous pouvez utiliser pour l’aide à la décision. Pour mieux déterminer quand il

convient d’utiliser chaque service, voir ................................................................................................................................................... 217

Applications de service Banque sécurisée pour le Décisionnel .................................................................................................................... 221

Service Banque d’informations sécurisé .................................................................................................................................................... 222

Fichiers de connexion aux données........................................................................................................................................................... 223

Compte de service autonome .................................................................................................................................................................... 224

Accès aux données à partir du client et du serveur ................................................................................................................................... 224

Excel Services et Visio Services ................................................................................................................................................................ 224

PerformancePoint Services ........................................................................................................................................................................ 226

Récapitulatif des différences ...................................................................................................................................................................... 226

Voir aussi .................................................................................................................................................................................................... 227

Vue d’ensemble des rapports SQL Server Reporting Services dans SharePoint (SharePoint Server 2010) .............................................. 229

Vue d’ensemble de Reporting Services en mode intégré SharePoint ....................................................................................................... 229

Planification et architecture de Reporting Services en mode intégré SharePoint ..................................................................................... 230

Configuration pour Reporting Services en mode intégré SharePoint ........................................................................................................ 230

Présentation de la documentation de PowerPivot (SharePoint Server 2010) .............................................................................................. 232

Présentation de PowerPivot pour Excel et SharePoint .............................................................................................................................. 232

Planification et architecture pour PowerPivot dans SharePoint et Excel Services .................................................................................... 233

Déploiement pour les produits Excel Services et SharePoint 2010 ........................................................................................................... 233

Technologie d’entrepôt de données, OLAP et Analysis Services pour SharePoint 2010 ............................................................................. 235

Vue d’ensemble de la technologie d’entrepôt de données, d’OLAP et de PowerPivot, ainsi que de leur relation avec SharePoint 2010

................................................................................................................................................................................................................ 235

Vue d’ensemble Excel Services (SharePoint Server 2010) .......................................................................................................................... 237

Description d’Excel Services ...................................................................................................................................................................... 237

Voir aussi .................................................................................................................................................................................................... 238

Vue d’ensemble de l’architecture Excel Services .......................................................................................................................................... 239

Composants d’Excel Services .................................................................................................................................................................... 239

Planifier des sources de données Excel Services et des connexions externes ........................................................................................... 242

Connexions et classeurs Excel .................................................................................................................................................................. 242

Organiser les fournisseurs de données Excel Services ................................................................................................................................ 252

Fournisseurs de données ........................................................................................................................................................................... 252

Planifier l’authentification d’Excel Services (SharePoint Server 2010) ......................................................................................................... 254

À propos de la sécurité d’Excel Services ................................................................................................................................................... 254

Planifier l’authentification des utilisateurs .................................................................................................................................................. 256

Planifier la communication entre les serveurs ........................................................................................................................................... 256

Planifier l’authentification des données externes ....................................................................................................................................... 256

Planification de la capacité d’Excel Services ................................................................................................................................................ 267

Services de calcul de haute performance pour Excel 2010 ....................................................................................................................... 267

Planifier PerformancePoint Services (SharePoint Server 2010) ................................................................................................................... 268

Voir aussi .................................................................................................................................................................................................... 269

Vue d’ensemble de PerformancePoint Services (SharePoint Server 2010) ................................................................................................. 270

PerformancePoint Services ........................................................................................................................................................................ 270

Fonctionnalités retirées .............................................................................................................................................................................. 272

Vue d’ensemble de l’architecture de PerformancePoint Services ................................................................................................................ 273

Topologie de PerformancePoint Services .................................................................................................................................................. 273

Évaluer les besoins en performances et en capacité pour PerformancePoint Services ............................................................................... 276

Caractéristiques de la batterie de serveurs de test .................................................................................................................................... 276

Scénarios et processus de test .................................................................................................................................................................. 277

Configuration matérielle et topologie .......................................................................................................................................................... 280

Résultats des tests ..................................................................................................................................................................................... 281

Topologies 2M et 3M .................................................................................................................................................................................. 283

Résultats 4M+ pour l’authentification de Compte de service autonome .................................................................................................... 291

Résultats 4M+ pour l’authentification par utilisateur .................................................................................................................................. 292

Recommandations ..................................................................................................................................................................................... 295

Analysis Services ....................................................................................................................................................................................... 296

Goulets d’étranglement courants et leurs causes ...................................................................................................................................... 297

Analyse des performances ......................................................................................................................................................................... 300

Voir aussi .................................................................................................................................................................................................... 301

Configurations matérielle et logicielle clientes requises pour PerformancePoint Dashboard Designer ....................................................... 302

Configuration matérielle ............................................................................................................................................................................. 302

Configuration logicielle requise .................................................................................................................................................................. 302

Planifier l’importation de contenu de tableau de bord PerformancePoint Server 2007 dans SharePoint Server 2010 (SharePoint

Server 2010) ............................................................................................................................................................................................... 303

Types de rapports non pris en charge dans PerformancePoint Services .................................................................................................. 303

Planification des autorisations et des rôles ................................................................................................................................................ 304

Rôles et autorisations ................................................................................................................................................................................. 304

Exécution de l’Assistant ............................................................................................................................................................................. 307

Tâches postérieures à la migration que doit réaliser l’auteur d’un tableau de bord PerformancePoint ........................................................ 309

Tâches postérieures à la migration que doit réaliser l’auteur d’un tableau de bord .................................................................................. 309

Voir aussi .................................................................................................................................................................................................... 310

Planifier la sécurité de PerformancePoint Services (SharePoint Server 2010) ............................................................................................ 311

Authentification ........................................................................................................................................................................................... 311

Emplacements approuvés .......................................................................................................................................................................... 312

Bibliothèques de contenu de données approuvées ................................................................................................................................... 313

Listes approuvées pour le contenu de tableau de bord ............................................................................................................................. 314

Sécurité des sources de données .............................................................................................................................................................. 314

Service Banque d’informations sécurisé et comptes de service autonomes ............................................................................................. 314

Authentification par revendications ............................................................................................................................................................ 315

Voir aussi .................................................................................................................................................................................................... 315

Autorisations dans PerformancePoint Services (SharePoint Server 2010) .................................................................................................. 316

Planification des autorisations et des rôles ................................................................................................................................................ 316

Rôles et autorisations ................................................................................................................................................................................. 316

Voir aussi .................................................................................................................................................................................................... 319

Planification des sources de données PerformancePoint (PerformancePoint Services) .............................................................................. 319

Sources de données tabulaires .................................................................................................................................................................. 320

Sources de données multidimensionnelles ................................................................................................................................................ 322

PowerPivot pour Excel ............................................................................................................................................................................... 323

Voir aussi .................................................................................................................................................................................................... 323

Meilleures pratiques pour l’interrogation MDX et la conception de cube OLAP SQL Server 2005 et 2008 ................................................. 324

Améliorations de SQL Server 2008 pour les informations décisionnelles ................................................................................................. 324

Meilleures pratiques pour Analysis Services ............................................................................................................................................. 325

Vue d’ensemble des composants PerformancePoint Services ..................................................................................................................... 326

Dashboard Designer .................................................................................................................................................................................. 326

Planifier la personnalisation de PerformancePoint Services ......................................................................................................................... 329

Scénarios de développement pour PerformancePoint Services ............................................................................................................... 329

PerformancePoint Services et PowerPivot pour Excel (livre blanc) .............................................................................................................. 330

Planifier Visio Services (SharePoint Server 2010) ........................................................................................................................................ 331

Voir aussi .................................................................................................................................................................................................... 332

Vue d’ensemble de Visio Services (SharePoint Server 2010) ...................................................................................................................... 333

Utilisation et avantages de Visio Services ................................................................................................................................................. 333

Sources de données prises en charge par Visio Services ........................................................................................................................ 333

Les dessins Visio publiés ........................................................................................................................................................................... 334

Planifier le déploiement de Visio Services .................................................................................................................................................... 335

Performances Visio Services ..................................................................................................................................................................... 335

Applications Visio Graphics Services ......................................................................................................................................................... 337

Utilisation d’un déploiement pilote .............................................................................................................................................................. 337

Surveillance ................................................................................................................................................................................................ 337

Sauvegarde et récupération des données ................................................................................................................................................. 338

Déploiement de Visio Professional 2010 et de Visio Premium 2010 ......................................................................................................... 338

Planifier la sécurité de Visio Services (SharePoint Server 2010) ................................................................................................................. 340

Dessins Web qui ne sont pas liés à des données ..................................................................................................................................... 340

Dessins Web Visio qui sont liés à des données ........................................................................................................................................ 340

Authentification de données pour Visio Services .......................................................................................................................................... 343

Connexion aux données hébergées sur SharePoint Server ...................................................................................................................... 345

Connexion aux données externes.............................................................................................................................................................. 346

Actualisation de données ........................................................................................................................................................................... 356

Ressources Visio Services ............................................................................................................................................................................ 359

Documentation, références et livres blancs ............................................................................................................................................... 359

Billets de blog ............................................................................................................................................................................................. 359

Démonstrations vidéo ................................................................................................................................................................................ 360

Planifier Business Intelligence Indexing Connector (SharePoint Server 2010) ............................................................................................ 361

Présentation de Business Intelligence Indexing Connector .......................................................................................................................... 362

Fonctionnalités de Business Intelligence Indexing Connector ................................................................................................................... 362

Vue d’ensemble de l’interface de l’onglet de recherche Business Intelligence Indexing Connector ............................................................ 364

Onglet Rapports ......................................................................................................................................................................................... 366

Description des résultats ............................................................................................................................................................................ 366

Miniature du document ............................................................................................................................................................................... 367

Aperçu, Doublons, Afficher dans le navigateur .......................................................................................................................................... 367

Catégories d’affinement ............................................................................................................................................................................. 368

Déterminer la configuration logicielle requise pour Business Intelligence Indexing Connector .................................................................... 369

Configuration logicielle requise pour Business Intelligence Indexing Connector : installation principale .................................................. 369

Installation des logiciels obligatoires .......................................................................................................................................................... 370

Configuration logicielle requise pour Business Intelligence Indexing Connector : installation frontale ..................................................... 370

Installer Microsoft Business Intelligence Indexing Connector : serveurs frontal et principal ..................................................................... 371

Voir aussi .................................................................................................................................................................................................... 371

Vue d’ensemble de l’architecture de Business Intelligence Indexing Connector .......................................................................................... 372

Configuration de FAST Search Server 2010 pour SharePoint (serveur principal) .................................................................................... 374

Configuration pour SharePoint Server 2010 (serveur frontal) ................................................................................................................... 374

Architecture logique ................................................................................................................................................................................... 374

Comprendre la planification des solutions et des scénarios (livre blanc)...................................................................................................... 376

Planification des données métiers et des processus d’entreprise (SharePoint Server 2010) ...................................................................... 377

Planifier les services Business Connectivity (SharePoint Server 2010) ....................................................................................................... 378

Voir aussi .................................................................................................................................................................................................... 379

Vue d’ensemble de Business Connectivity Services (SharePoint Server 2010) .......................................................................................... 380

Solutions types reposant sur Business Connectivity Services .................................................................................................................. 380

Architecture de Business Connectivity Services ........................................................................................................................................ 382

Vue d’ensemble de la sécurité de Business Connectivity Services (SharePoint Server 2010) .................................................................... 386

À propos de cet article ............................................................................................................................................................................... 386

Architecture de sécurité de Business Connectivity Services ..................................................................................................................... 386

Vue d’ensemble de l’authentification de Business Connectivity Services ................................................................................................. 391

Vue d’ensemble des autorisations du service Business Connectivity ....................................................................................................... 399

Sécurisation de Business Connectivity Services ....................................................................................................................................... 408

Vue d’ensemble de l’administration du service Business Data Connectivity (SharePoint Server 2010) ...................................................... 410

Le service Business Data Connectivity ...................................................................................................................................................... 410

Ce qui peut être administré dans le service Business Data Connectivity .................................................................................................. 412

Planifier l’intégration cliente de Business Connectivity Services (SharePoint Server 2010) ........................................................................ 414

Conditions préalables ................................................................................................................................................................................. 414

Installation des packages de déploiement ................................................................................................................................................. 415

Considérations relatives à la sécurité ........................................................................................................................................................ 419

Vue d’ensemble de la journalisation des diagnostics dans Business Connectivity Services (SharePoint Server 2010) ............................. 424

Journalisation des diagnostics dans Business Connectivity Services ....................................................................................................... 425

À propos des ID d’activité .......................................................................................................................................................................... 427

Journalisation des diagnostics sur les serveurs ......................................................................................................................................... 428

Journalisation des diagnostics sur les clients Office 2010 ......................................................................................................................... 429

Exemple : utilisation de la journalisation des diagnostics .......................................................................................................................... 431

Voir aussi .................................................................................................................................................................................................... 432

Planifier la mise à niveau vers les services Business Connectivity (SharePoint Server 2010) .................................................................... 433

Le catalogue de données métiers, le Registre d’application et le service Connexion de données métiers .............................................. 433

Fonctionnement de la mise à niveau vers les Services Microsoft Business Connectivity ......................................................................... 434

Mise à niveau d’un attachement de base de données............................................................................................................................... 437

Considérations de mise à niveau spécifiques aux solutions ...................................................................................................................... 438

Voir aussi .................................................................................................................................................................................................... 441

Planifier InfoPath Forms Services (SharePoint Server 2010) ....................................................................................................................... 442

Voir aussi .................................................................................................................................................................................................... 443

À propos des formulaires dans SharePoint Server 2010 .............................................................................................................................. 444

Vue d’ensemble des formulaires InfoPath ................................................................................................................................................. 444

Rôle des formulaires dans les solutions SharePoint .................................................................................................................................. 445

Types de formulaires InfoPath ................................................................................................................................................................... 446

Déploiement de formulaires ....................................................................................................................................................................... 449

Remplissage de formulaires ....................................................................................................................................................................... 450

Voir aussi .................................................................................................................................................................................................... 451

Planifier une application pilotée par des formulaires ..................................................................................................................................... 452

Structure d’une application pilotée par un formulaire................................................................................................................................. 453

À propos de la planification d’une application pilotée par un formulaire courante ..................................................................................... 453

Identification de l’information clé ................................................................................................................................................................ 454

Utilisation d’une liste ou d’une bibliothèque de formulaires ....................................................................................................................... 454

Flux de travail ............................................................................................................................................................................................. 455

Sources de données supplémentaires ....................................................................................................................................................... 456

Portails ....................................................................................................................................................................................................... 456

Résumé ...................................................................................................................................................................................................... 458

Voir aussi .................................................................................................................................................................................................... 458

Planifier les modèles de formulaire utilisateur (SharePoint Server 2010) ..................................................................................................... 459

À propos des modèles de formulaire utilisateur ......................................................................................................................................... 459

Modèles de formulaire utilisateur activés pour le navigateur ..................................................................................................................... 460

Planifier l’accès aux données externes ...................................................................................................................................................... 461

Bibliothèque de connexions de données ................................................................................................................................................... 462

Voir aussi .................................................................................................................................................................................................... 463

Planifier la mise à niveau des modèles de formulaires lors d’une mise à niveau vers SharePoint Server 2010.......................................... 464

À propos de la mise à niveau des formulaires pendant une mise à niveau vers SharePoint Server 2010 ............................................... 464

Mettre à niveau les modèles de formulaire pendant une mise à niveau avec liaison des bases de données vers SharePoint Server 2010

................................................................................................................................................................................................................ 465

Mettre à niveau les modèles de formulaire pendant une mise à niveau sur place vers SharePoint Server 2010 .................................... 468

Intégration améliorée d’InfoPath 2010 avec SharePoint Server 2010 et implications en matière de conception de formulaires pour les

applications (livre blanc) ............................................................................................................................................................................. 469

Planifier des flux de travail (SharePoint Server 2010) ................................................................................................................................... 470

Voir aussi .................................................................................................................................................................................................... 471

Vue d’ensemble des flux de travail (SharePoint Server 2010) ...................................................................................................................... 472

Présentation des flux de travail .................................................................................................................................................................. 472

Avantages de l’utilisation des flux de travail .............................................................................................................................................. 473

Flux de travail prédéfinis ............................................................................................................................................................................ 475

Exemple de scénario de flux de travail ...................................................................................................................................................... 476

Types de flux de travail : déclaratifs et compilés ....................................................................................................................................... 479

Modèles de flux de travail .......................................................................................................................................................................... 479

Associations de flux de travail .................................................................................................................................................................... 480

Interopérabilité avec les clients Office ....................................................................................................................................................... 481

Planifier pour créer des flux de travail (SharePoint Server 2010) ................................................................................................................. 482

Création de flux de travail avec Visual Studio 2010 et WF Workflow Designer ........................................................................................ 483

Création de flux de travail avec Microsoft SharePoint Designer 2010 ....................................................................................................... 487

Comparaison d'outils de création ............................................................................................................................................................... 491

Planifier les processus d’approbation et de révision dans les flux de travail (SharePoint Server 2010) ...................................................... 493

Présentation du flux de travail d’approbation ............................................................................................................................................. 493

Fonctionnement du flux de travail Approbation .......................................................................................................................................... 494

Modèle de révision hybride ........................................................................................................................................................................ 496

Planification de la gestion de la sécurité et des utilisateurs des flux de travail (SharePoint Server 2010) ................................................... 497

Rôles et responsabilités des gestionnaires de listes, des administrateurs et des développeurs .............................................................. 497

Exécution de flux de travail en tant qu’administrateur ............................................................................................................................... 498

Paramètres de configuration des flux de travail ......................................................................................................................................... 499

Divulgation d’informations dans les historiques de tâches et de flux de travail ......................................................................................... 501

Attaques d’usurpation d’identité et de falsification dans les historiques des tâches et des flux de travail ................................................ 501

Type Étape d’emprunt d’identité d’utilisateur pour les flux de travail déclaratifs ....................................................................................... 503

Flux de travail d’approbation : scénario (SharePoint Server 2010) ............................................................................................................... 506

Création d’un flux de travail ........................................................................................................................................................................ 506

Association d’un flux de travail ................................................................................................................................................................... 507

Association d’un flux de travail à un site .................................................................................................................................................... 507

Démarrer un flux de travail ......................................................................................................................................................................... 508

Interaction avec un flux de travail ............................................................................................................................................................... 509

Synthèse du processus .............................................................................................................................................................................. 510

Scénario du flux de travail Approbation ..................................................................................................................................................... 511

Planification d’Access Services ..................................................................................................................................................................... 512

Introduction à Access Services (SharePoint Server 2010) ........................................................................................................................... 513

Personnes auxquelles s’adresse Access Services .................................................................................................................................... 513

Fonctionnalités d’Access Services ............................................................................................................................................................. 513

Amélioration de la portée et de la gestion des applications de base de données Access 2010 avec Access Services (livre blanc) .......... 514

Planifier la création et la maintenance du site (SharePoint Server 2010) ..................................................................................................... 515

Planifier le processus de création de sites (SharePoint Server 2010) .......................................................................................................... 517

Définir les personnes autorisées à créer des sites et la méthode de création de sites ............................................................................. 517

Planifier la gestion de sites libre-service .................................................................................................................................................... 519

Planifier les processus personnalisés de création de sites ....................................................................................................................... 520

Feuille ......................................................................................................................................................................................................... 520

Planifier la maintenance et la gestion du site (SharePoint Server 2010) ...................................................................................................... 521

Planifier la maintenance de site ................................................................................................................................................................. 521

Planifier la gestion des collections de sites ................................................................................................................................................ 522

Feuille ......................................................................................................................................................................................................... 524

Planifier la gestion des quotas (SharePoint Server 2010) ............................................................................................................................ 525

À propos de la planification de la gestion des quotas ................................................................................................................................ 526

Déterminer les paramètres de modèles de quotas .................................................................................................................................... 526

Déterminer les paramètres de la Corbeille ................................................................................................................................................ 527

Supprimer les sites Web inutilisés ............................................................................................................................................................. 527

Vue d’ensemble de la création de rapports et de l’analyse de l’utilisation .................................................................................................... 529

Présentation ............................................................................................................................................................................................... 529

Création de rapports .................................................................................................................................................................................. 530

Flux de travail Web Analytics ..................................................................................................................................................................... 540

Composant WebPart Web Analytics .......................................................................................................................................................... 541

Planifier l’intégration de la messagerie (SharePoint Server 2010) ................................................................................................................ 542

Planifier le courrier électronique entrant (SharePoint Server 2010) .............................................................................................................. 543

À propos du courrier électronique entrant .................................................................................................................................................. 543

Décisions essentielles pour la planification du courrier électronique entrant ............................................................................................ 544

Options de configuration et modes de paramètres .................................................................................................................................... 550

Voir aussi .................................................................................................................................................................................................... 551

Planifier le courrier électronique sortant (SharePoint Server 2010) .............................................................................................................. 552

À propos du courrier électronique sortant .................................................................................................................................................. 552

Principales phases de planification du courrier électronique sortant ......................................................................................................... 553

Voir aussi .................................................................................................................................................................................................... 555

Planification de la recherche de contenu d’entreprise (SharePoint Server 2010) ........................................................................................ 556

Rassembler des informations sur l’environnement de recherche actuel (SharePoint Server 2010) ............................................................ 557

Informations sur l’organisation ................................................................................................................................................................... 557

Informations sur la topologie ...................................................................................................................................................................... 558

Paramètres de recherche actuels .............................................................................................................................................................. 558

Rapports d’utilisation et de performances .................................................................................................................................................. 559

Voir aussi .................................................................................................................................................................................................... 560

Déterminer l’équipe et les parties prenantes de la recherche de contenu d’entreprise (SharePoint Server 2010) ...................................... 561

Voir aussi .................................................................................................................................................................................................... 562

Planifier l’analyse et la fédération (SharePoint Server 2010) ........................................................................................................................ 563

Planifier les sources de contenu ................................................................................................................................................................ 563

Planifier les inclusions de types de fichiers et les IFilters .......................................................................................................................... 571

Planifier l’authentification ........................................................................................................................................................................... 572

Planifier les connecteurs ............................................................................................................................................................................ 573

Planifier l’impact de l’analyse ..................................................................................................................................................................... 573

Planifier les règles d’analyse ...................................................................................................................................................................... 574

Planifier les paramètre de recherche qui sont gérés au niveau de la batterie de serveurs ....................................................................... 575

Planifier la fédération ................................................................................................................................................................................. 576

Voir aussi .................................................................................................................................................................................................... 579

Plan the topology for enterprise search (SharePoint Server 2010) ............................................................................................................... 581

The following resources can help you plan a search topology: ................................................................................................................. 581

Voir aussi .................................................................................................................................................................................................... 581

Feuilles de planification pour SharePoint Server 2010 ................................................................................................................................. 582

Feuilles de planification par tâche .............................................................................................................................................................. 582

Feuilles de planification par titre ................................................................................................................................................................. 586

26

Accès à l’aide

Les auteurs ont fait tout leur possible pour garantir la précision de ce livre. Ce contenu est également disponible en ligne dans la bibliothèque TechNet Office System. Par conséquent, en cas de problèmes, vous pouvez vérifier si des mises à jour ont été publiées à l’adresse suivante :

http://technet.microsoft.com/fr-fr/office/bb267342

Si vous ne trouvez pas de réponse dans notre contenu en ligne, vous pouvez envoyer un message électronique à l’équipe du contenu Microsoft Office System et serveurs à l’adresse suivante :

[email protected]

Si votre question concerne des produits Microsoft Office et qu’elle ne porte pas sur le contenu de ce livre, consultez le centre Microsoft Aide et Support ou la Base de connaissances Microsoft à l’adresse suivante :

http://support.microsoft.com/?ln=fr

27

Diagrammes techniques (SharePoint Server 2010)

Bon nombre de ces ressources sont des représentations visuelles des solutions recommandées. Elles incluent des documents de la taille d’une affiche disponibles dans les formats de fichiers Microsoft Office Visio 2007. ou Microsoft Visio 2010 (.vsd), PDF et XPS. Vous aurez peut-être besoin de logiciels supplémentaires pour afficher ces fichiers. Voir le tableau suivant pour des informations sur l’ouverture de ces fichiers.

Type de fichier Logiciels

.vsd Office Visio 2007, Microsoft Visio 2010 ou la visionneuse Visio gratuite

(http://go.microsoft.com/fwlink/?linkid=118761&clcid=0x40C)

Si vous utilisez la visionneuse Visio, cliquez avec le bouton droit sur le lien VSD, puis cliquez sur Enregistrer la cible sous, enregistrez le flichier sur votre ordinateur et ouvrez-le depuis votre ordinateur.

.pdf N’importe quelle visionneuse PDF, par exemple Adobe Reader


.xps Windows 7, Windows Vista, Windows XP avec .NET Framework 3.0 ou XPS

Essentials Pack (http://go.microsoft.com/fwlink/?linkid=134750&clcid=0x40C)

Modèles Les modèles sont des affiches 86x112 cm qui détaillent une zone technique spécifique. Ces modèles sont destinés à être utilisés avec les articles correspondants sur TechNet. Ils sont créés à l’aide d’Office Visio 2007. Vous pouvez modifier les fichiers Visio pour illustrer comment vous envisagez d’incorporer les Produits Microsoft SharePoint 2010 dans votre propre environnement.





28

Titre Description

Exemple de conception : portail d’entreprise avec l’authentification classique

Visio (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196969&clcid=0x40C)

PDF (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196970&clcid=0x40C)

XPS (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196971&clcid=0x40C)

Exemple de conception : portail d’entreprise avec l’authentification basée sur les

revendications

Illustre un déploiement d’entreprise typique,

dans lequel sont représentés les types de sites les plus courants. Les deux exemples ne diffèrent que par le mode d’authentification

implémenté.

Utilisez ces exemples de conception avec

l’article suivant : Design sample: Corporate

deployment (SharePoint Server 2010)




http://technet.microsoft.com/library/1cffb278-6497-46fc-abd0-3dd652064c89(Office.14).aspx

http://technet.microsoft.com/library/1cffb278-6497-46fc-abd0-3dd652064c89(Office.14).aspx

29

Titre Description




Déploiement des produits SharePoint 2010 Présente des informations sur le déploiement telles que les différentes phases et les différents

environnements de déploiement, ainsi qu’un

organigramme qui illustre les étapes

d’installation et de configuration des Produits

SharePoint 2010.




30

Titre Description




Services dans les produits SharePoint 2010 Décrit et illustre l’architecture des services, y

compris les moyens courants de déployer des services dans la conception globale de votre solution.

Utilisez ce diagramme avec les articles suivants :

Services architecture planning (SharePoint

Foundation 2010)




http://technet.microsoft.com/library/2170a997-9340-42ad-8d6a-41f9b4dccdfd(Office.14).aspx


31

Titre Description





Server 2010)

Services entre batteries de serveurs dans les produits SharePoint 2010 Montre comment déployer des services dans les batteries de serveurs pour fournir une administration centralisée des services.

Utilisez ce diagramme avec les articles suivants :


Foundation 2010)





http://technet.microsoft.com/library/e9874ee4-6f34-46c1-8516-a7b8af300820(Office.14).aspx





32

Titre Description




Server 2010)

Topologies pour SharePoint Server 2010 Décrit les moyens courants pour créer et dimensionner des topologies de batteries de serveurs, y compris la détermination des serveurs sur lesquels les services doivent être démarrés.




33

Titre Description




Topologies extranet pour les produits SharePoint 2010 Illustre les topologies extranet spécifiques qui ont été testées avec les produits SharePoint 2010. Compare ISA Server,

Forefront TMG et Forefront UAG lorsqu’ils sont

utilisés comme produit de pare-feu ou de

passerelle avec les produits SharePoint 2010.




34

Titre Description




Environnements d’hébergement dans les produits SharePoint 2010 Présente une synthèse de la prise en charge

des environnements d’hébergement et montre

des architectures d’hébergement courantes.

Pour plus d’informations sur la conception et le

déploiement d’environnements d’hébergement,

voir le White paper: SharePoint 2010 for hosters (SharePoint Server 2010).




http://technet.microsoft.com/library/b74fb24f-0f9a-405e-992d-eb83d09be0fe(Office.14).aspx


35

Titre Description




Technologies de recherche pour les produits SharePoint 2010 Compare et met en opposition les technologies de recherche qui fonctionnent avec les produits SharePoint 2010 :

SharePoint Foundation 2010

Search Server 2010 Express

Search Server 2010

SharePoint Server 2010




36

Titre Description




FAST Search Server 2010 for SharePoint

Planification de l’environnement de recherche pour Microsoft SharePoint

Server 2010

Présente les choix de conception de l’architecture principale pour les environnements

de recherche.




37

Titre Description



XPS (éventuellement en anglais)(http://go.microsoft.com/fwlink/?linkid=167735&clcid=0x40C)

Architectures de recherche pour Microsoft SharePoint Server 2010 Détaille les composants physiques et logiques de l’architecture qui constituent un système de

recherche et montre des architectures de recherche courantes.





38

Titre Description




Concevoir des architectures de recherche pour Microsoft SharePoint Server 2010 Présente les étapes de conception initiale pour déterminer une conception de base pour une architecture de recherche SharePoint

Server 2010.




39

Titre Description




Modèle Business Connectivity Services Les Services Microsoft Business Connectivity sont un ensemble de services et de fonctionnalités de Microsoft SharePoint

Server 2010 et de Microsoft SharePoint

Foundation 2010 qui prennent en charge

l’intégration de données provenant de systèmes

externes dans des solutions basées sur Microsoft SharePoint Server et Microsoft SharePoint Foundation. Ce schéma de modèle




40

Titre Description




décrit l’architecture des Services Microsoft

Business Connectivity dans SharePoint

Server 2010 et fournit des informations sur la

façon de créer des solutions basées sur le service.

Utilisez ce modèle avec l’article suivant : Vue

d’ensemble de Business Connectivity Services

(SharePoint Server 2010)

Déploiement de contenu dans SharePoint Server 2010 Décrit la fonctionnalité de déploiement de

contenu dans SharePoint Server 2010. Il inclut

des informations sur les éléments suivants :

Vue d’ensemble du déploiement de contenu

Description des chemins d’accès et des

travaux de déploiement de contenu

Quand utiliser le déploiement de contenu

Solutions de substitution au déploiement de




41

Titre Description




contenu

Illustre des topologies de batterie de

serveurs de déploiement de contenu

courantes

Illustre et explique le processus de

déploiement de contenu global

Planification de la mise à niveau de Microsoft SharePoint Server 2010 Couvre la planification d’une mise à niveau de

Microsoft Office SharePoint Server 2007 vers

SharePoint Server 2010. Il inclut des

informations sur les éléments suivants :

Conditions requises pour la mise à niveau :

matériel, système d’exploitation et base de

données

Processus de mise à niveau : étapes




42

Titre Description




spécifiques à suivre avant, pendant et après

la mise à niveau

Utilisez ce modèle avec l’article suivant : Upgrading to SharePoint Server 2010

Approches de la mise à niveau de Microsoft SharePoint Server 2010 Aide à comprendre les approches « sur place »,

« avec liaison des bases de données » et

« hybride » pour mettre à niveau Office

SharePoint Server 2007 vers SharePoint

Server 2010.

Voir les topologies de batteries de serveurs

avant, pendant et après la mise à niveau

Comparer les avantages de chaque type




http://technet.microsoft.com/library/396c85d9-4b86-484e-9cc5-f6c4d725c578(Office.14).aspx

43

Titre Description




d’approche de mise à niveau

Utilisez ce modèle avec les articles suivants :

Determine upgrade approach (SharePoint

Server 2010)

Upgrade process overview (SharePoint

Server 2010)

Microsoft SharePoint Server 2010 — Tester votre processus de mise à niveau Explique la méthodologie à suivre pour tester le

processus de mise à niveau avant d’effectuer la

mise à niveau d’Office SharePoint Server 2007

vers SharePoint Server 2010.




http://technet.microsoft.com/library/f11e6c4f-dc2a-4d17-a2c8-9455792b4b9b(Office.14).aspx

http://technet.microsoft.com/library/f11e6c4f-dc2a-4d17-a2c8-9455792b4b9b(Office.14).aspx

http://technet.microsoft.com/library/4d7a8038-4b27-4bd8-a855-585db4e924a8(Office.14).aspx


44

Titre Description




Comprendre les objectifs du test de votre

processus de mise à niveau :

personnalisations, matériel, organisation

dans le temps, planification

Voir les étapes spécifiques à suivre pour le

test de votre processus de mise à niveau

Utilisez ce modèle avec l’article suivant : Use a

trial upgrade to find potential issues (SharePoint Server 2010)

Microsoft SharePoint Server 2010 — Mise à niveau des services Couvre la mise à niveau des services d’Office

SharePoint Server 2007 vers SharePoint

Server 2010.

Considérations pour des services

spécifiques : Personnalisation, Recherche,

Formulaires InfoPath, Excel, Catalogue de

données métiers, Authentification unique

Mise à niveau sur place avec des services




http://technet.microsoft.com/library/2b5d3825-adba-4185-84f2-ef59e8110fac(Office.14).aspx



45

Titre Description




Mise à niveau avec liaison des bases de

données avec des services

Microsoft SharePoint Server 2010 : mise à niveau des batteries de serveurs parent

et enfants

Décrit le processus de mise à niveau de batteries de serveurs qui partagent des services (batteries de serveurs parent et enfants) et contient des observations à garder à l’esprit lors




46

Titre Description




d’une mise à niveau de ce type.

Prise en main de l’aide à la décision dans SharePoint Server 2010 Couvre la présentation de l’aide à la décision

dans SharePoint Server et fournit les informations suivantes.

Aperçu de chaque service d’aide à la




47

Titre Description




décision et de son utilisation.

Architecture de l’application des services

d’aide à la décision et de leur

fonctionnement coopératif dans une

topologie.

Liste des sources de données possibles

pour chaque service d’aide à la décision.

Bases de données prenant en charge les produits SharePoint 2010 Décrit les bases de données Microsoft SQL Server sur lesquelles SharePoint Server 2010

s’exécute.




48

Titre Description




Produits SharePoint 2010 : processus de virtualisation Fournit de l’aide sur la virtualisation et sur les

différentes phases de déploiement, indique les configurations requises et propose des exemples.




49

Titre Description




Utilisez ce diagramme avec les articles des

chapitres suivants :

Virtualization planning (SharePoint

Foundation 2010)

Virtualization planning (SharePoint Server

2010)

Gouvernance pour SharePoint Server 2010 Illustre le développement d’un plan de

gouvernance qui comprend la gouvernance du parc informatique, la gouvernance de la gestion des informations et la gouvernance de la




http://technet.microsoft.com/library/3b81b666-cd81-42d2-85e4-d9f759377d61(Office.14).aspx

http://technet.microsoft.com/library/3b81b666-cd81-42d2-85e4-d9f759377d61(Office.14).aspx

http://technet.microsoft.com/library/71c203cd-7534-47b0-9122-657d72ff0080(Office.14).aspx

http://technet.microsoft.com/library/71c203cd-7534-47b0-9122-657d72ff0080(Office.14).aspx

50

Titre Description




gestion des applications.

Utilisez ce diagramme avec les articles

suivants :

Governance overview (SharePoint Server

2010)

Governance features (SharePoint Server

2010)

Conseils d’impression des affiches Si vous disposez d’un traceur, vous pouvez imprimer ces affiches à leur taille réelle. Sinon, suivez les étapes ci-après pour les imprimer à un format réduit.

Imprimer des affiches à un format réduit

1. Ouvrez l’affiche dans Visio.




http://technet.microsoft.com/library/df399658-84ac-4ca6-aaf4-378eef361cbb(Office.14).aspx


http://technet.microsoft.com/library/39c7a362-7131-4295-a931-5741e0e4c7b4(Office.14).aspx

http://technet.microsoft.com/library/39c7a362-7131-4295-a931-5741e0e4c7b4(Office.14).aspx

51

2. Dans le menu Fichier, cliquez sur Mise en page.

3. Dans l’onglet Mise en page, dans la section Papier de l’imprimante, sélectionnez la taille du papier sur lequel vous voulez imprimer.

4. Dans l’onglet Configuration de l’impression, dans la section Zoom d’impression, cliquez sur Ajuster et entrez 1 page en largeur

et 1 page en hauteur.

5. Dans l’onglet Taille de la page, cliquez sur Ajuster au contenu du dessin, puis sur OK.

6. Dans le menu Fichier, cliquez sur Imprimer.

52

Planifier des sites et des solutions (SharePoint Server 2010)

Cette section contient des rubriques qui vous aident à planifier vos composants de site et de solution Microsoft SharePoint Server 2010.

Fundamental site planning (SharePoint Server 2010)

Les rubriques de cette section vous guident dans la planification des sites qui utilisent des fonctionnalités SharePoint Server 2010.

Security planning for sites and content (SharePoint Server 2010)

Les rubriques de cette section vous aident à planifier les autorisations qui contrôlent l’accès à vos sites et contenu.

Site and solution governance

Les rubriques de cette section vous aident à planifier la configuration de votre environnement en vue de l’hébergement de services informatiques et de solutions en bac à sable, ainsi que la définition de l’architecture de l’information la plus appropriée pour les besoins de votre entreprise.

Plan for sandboxed solutions (SharePoint Server 2010)

Les rubriques de cette section vous aident à planifier des solutions en bac à sable qui s’exécutent dans des environnements d’exécution restreints au sein de votre entreprise.

Governance overview (SharePoint Server 2010)

Présente la gouvernance comme un élément primordial à un déploiement de Microsoft SharePoint Server 2010 réussi et explique pourquoi l’architecture de l’information et les services informatiques sont des composants clés d’une planification de gouvernance.

Planifier des métadonnées gérées (SharePoint Server 2010)

Les rubriques de cette section expliquent les concepts clés relatifs aux métadonnées gérées et fournissent des indications sur l’utilisation de métadonnées gérées dans votre solution SharePoint.

Plan for social computing and collaboration (SharePoint Server 2010)

Les rubriques de cette section vous guident dans la planification de solutions qui implémentent des fonctionnalités d’informatique sociale et de collaboration dans votre entreprise.

Enterprise content management planning (SharePoint Server 2010)

http://technet.microsoft.com/library/d59e6849-84af-4ad0-abed-68fae92574c6(Office.14).aspx

http://technet.microsoft.com/library/85a1866e-2743-4f98-a1ac-9ea61905c6d4(Office.14).aspx

http://technet.microsoft.com/library/6cc9bc45-64aa-4e4c-8f2a-7831d6d89db9(Office.14).aspx

http://technet.microsoft.com/library/9a96fa5e-2361-4b81-a0ca-fc4d0513cbf4(Office.14).aspx


http://technet.microsoft.com/library/4c7e118f-e3f3-450d-acf1-4e219c932fce(Office.14).aspx

http://technet.microsoft.com/library/87c27662-9fa2-4dbc-9c20-08dba9d00bde(Office.14).aspx

53

Les rubriques de cette section fournissent des informations conceptuelles sur la gestion des documents, la gestion des enregistrements et la gestion des biens numériques.

Plan document management

Les rubriques de cette section vous aident à planifier des solutions de gestion de documents pour votre organisation.

Records management planning

Les rubriques de cette section décrivent la gestion des enregistrements dans SharePoint Server 2010 et fournissent des recommandations pour la planification d’une solution de gestion des enregistrements.

Plan digital asset management (SharePoint Server 2010)

Les rubriques de cette section vous guident dans la planification de solutions pour des sites qui comprennent des biens numériques tels que de la vidéo, des données audio et des images.

Planifier la gestion de contenu Web (SharePoint Server 2010)

Les rubriques de cette section vous guident dans la planification de sites de gestion de contenu Web à l’aide de fonctionnalités SharePoint Server 2010.

Planification d’aide à la décision

Les rubriques de cette section vous guident dans la planification de solutions d’aide à la décision portant sur les données de votre entreprise.

Notions de base relatives à l’aide à la décision

Les rubriques de cette section fournissent des informations générales de base sur les fonctionnalités d’aide à la décision disponibles dans SharePoint Server 2010.

Planifier PerformancePoint Services (SharePoint Server 2010)

Les rubriques de cette section vous aident à planifier votre implémentation de PerformancePoint Services et de tableaux de bord d’aide à la décision.

Vue d’ensemble Excel Services (SharePoint Server 2010)

Les rubriques de cette section vous aident à planifier votre implémentation d’Excel Services dans l’environnement de votre entreprise.

Planifier Visio Services (SharePoint Server 2010)

Les rubriques de cette section vous aident à planifier votre implémentation de Visio Services.

Planification des données métiers et des processus d’entreprise (SharePoint Server 2010)

http://technet.microsoft.com/library/cb57d4f7-8353-420b-8a10-d05c9bdf1b56(Office.14).aspx

http://technet.microsoft.com/library/1c030561-e15f-43a0-9ef2-f43e67fb4c67(Office.14).aspx

http://technet.microsoft.com/library/d8635abe-1b1b-42db-95ff-ab9341d957e2(Office.14).aspx

54

Les rubriques de cette section vous guident dans la planification de solutions qui implémentent des processus d’entreprise sur les données de votre entreprise.

Planifier les services Business Connectivity (SharePoint Server 2010)

Les rubriques de cette section vous aident à planifier des solutions qui connectent des données externes de votre entreprise à des travailleurs de l’information qui utilisent des sites Web SharePoint et des applications Office 2010.

Planifier InfoPath Forms Services (SharePoint Server 2010)

Les rubriques de cette section vous aident à planifier des solutions qui utilisent des formulaires InfoPath pour collecter, personnaliser et valider des données métiers permettant aux travailleurs d’améliorer des processus d’entreprise clés.

Planifier des flux de travail (SharePoint Server 2010)

Les rubriques de cette section vous aident à planifier et à implémenter des processus d’entreprise dans vos solutions SharePoint.

Planification d’Access Services

Les rubriques de cette section vous aident à planifier votre implémentation d’Access Services.

Planifier la gestion des quotas (SharePoint Server 2010)

Cet article vous aide à déterminer les paramètres des modèles de quota et des corbeilles, ainsi qu’à décider de l’opportunité ou du calendrier de la suppression des sites Web inutilisés.

Voir aussi Autres ressources

Server farm and environment planning (SharePoint Server 2010)

http://technet.microsoft.com/library/fd081152-5fdd-4e47-9afb-c887fbf1ce22(Office.14).aspx

55


Cette section fournit des informations destinées aux professionnels de l’informatique qui planifient la publication de sites à l’aide des fonctionnalités Microsoft SharePoint Server 2010.

Dans cette section :

Vue d’ensemble des fonctionnalités de publication décrit les fonctionnalités qui deviennent disponibles lorsque la publication est

activée aux niveaux des sites et des collections de sites pour un site autre qu’un site de publication. Il décrit également les

dépendances entre les fonctionnalités et répertorie les modifications d’interface utilisateur qui se produisent lorsque la publication est

activée.

Planifier des pages Web commence par présenter les éléments des pages Web : les pages maîtres, les mises en page, les pages de

contenu, les feuilles de style, les composants WebPart, les zones de composants WebPart et les contrôles de champs de serveur.

Cet article explique ensuite comment planifier chaque élément des pages Web de votre site de publication.

Planifier la création de pages Web (SharePoint Server 2010) décrit les deux méthodes de création de sites Web basées sur

SharePoint Server 2010 : la création basée sur navigateur et la création basée sur client intelligent. Il décrit également les étapes

nécessaires à la planification de la manière dont les pages Web sont créées.

Planifier l’approbation et la planification du contenu fournit des conseils d’ordre général sur la façon de planifier l’approbation du

contenu et la planification pour une utilisation avec des sites de publication SharePoint Server 2010.

Planifier la mise en cache et les performances (SharePoint Server 2010) fournit des informations permettant de comprendre comment

et quand utiliser le cache BLOB, et il contient une liste de considérations importantes pour la planification de son utilisation. Cet article

contient également des considérations sur les performances quant à l’utilisation de la limitation de la vitesse de transmission et décrit

les limitations des restrictions de taille des fichiers à télécharger.

Planifier les bibliothèques de pages de grande taille (SharePoint Server 2010) décrit l’utilisation de bibliothèques de pages

volumineuses dans les sites de publication SharePoint Server 2010. Cet article fournit également des informations pour vous aider à

déterminer s’il faut utiliser des bibliothèques de pages volumineuses avec votre solution de publication, ainsi que des informations sur

la façon de les planifier.

56

Vue d’ensemble du déploiement de contenu (SharePoint Server 2010) fournit une vue d’ensemble de la fonctionnalité de déploiement

de contenu, explique son fonctionnement et développe des considérations importantes pour l’utilisation du déploiement de contenu

avec votre solution de publication.

Planifier le déploiement de contenu (SharePoint Server 2010) explique comment planifier l’utilisation du déploiement de contenu avec

votre solution de publication.

Concevoir une topologie de déploiement de contenu décrit les éléments des topologies conçues pour le déploiement de contenu et

illustre des topologies de déploiement de contenu courantes.

Vue d’ensemble des variantes fournit une vue d’ensemble de la fonctionnalité de variante. Il décrit les éléments de la fonctionnalité de

variante, fournit une vue d’ensemble de la création de site et de page pour les sites de variantes, répertorie certaines des limitations

des variantes et décrit des scénarios d’utilisation de variantes dans SharePoint Server 2010

Planifier les variantes fournit des informations sur les éléments importants qui doivent être pris en considération lors de l’utilisation de

variantes dans des sites de publication et décrit les tâches associées à la planification d’une solution qui utilise des variantes dans

SharePoint Server 2010.

57

Vue d’ensemble des fonctionnalités de publication

La publication consiste à créer et à déployer dans une batterie de serveurs Microsoft SharePoint Server 2010 le contenu, les assemblys personnalisés, les fichiers de configuration et les artefacts qui définissent la marque de l’entreprise. Dans SharePoint Server 2010, la publication fait appel à deux fonctionnalités distinctes. La fonctionnalité Infrastructure de publication de SharePoint Server fournit des fonctions de publication au niveau de la collection de sites, tandis que la fonctionnalité Publication SharePoint Server offre des fonctions de publication au niveau du site. Le sous-ensemble de fonctionnalités et de fonctions de chaque fonctionnalité assure la publication dans le cadre d’une solution de gestion de contenu Web.

Cet article décrit les fonctionnalités qui deviennent disponibles lorsque la publication est activée aux niveaux des sites et des collections de sites pour un site autre qu’un site de publication. Il décrit également les dépendances entre les fonctionnalités et répertorie les modifications d’interface utilisateur qui se produisent lorsque la publication est activée. Toutefois, cet article n’explique pas comment activer les fonctionnalités de publication, planifier des sites de publication ou convertir des sites autres que des sites de publication en sites de publication.

Important :

Avant d’activer les fonctionnalités d’infrastructure de publication et de publication pour un site autre qu’un site de publication, vous devez

lire cet article pour comprendre les fonctionnalités de publication spécifiques que vous souhaitez utiliser et pour déterminer s’il convient

d’activer l’infrastructure de publication complète pour tirer profit d’une partie seulement des fonctionnalités de publication.

Dans cet article :

À propos des sites de publication

À propos des fonctionnalités de publication

Fonctionnalités Infrastructure de publication de SharePoint Server

Fonctionnalités Publication SharePoint Server

Autres fonctionnalités de publication

58

À propos des sites de publication Le modèle de collection de sites Portail de publication et le modèle de collection de sites Wiki d’entreprise sont les deux seuls modèles de collection de sites SharePoint Server 2010 préconfigurés de manière à utiliser les fonctionnalités de publication. La création d’une collection de sites à l’aide de l’un de ces deux modèles de collection de sites active automatiquement les fonctionnalités de publication pour cette collection de sites. Par défaut, si le modèle de site Portail de publication est utilisé, seuls le modèle de site Site de publication avec flux de travail et le modèle de site Wiki d’entreprise peuvent servir à créer un site dans la collection de sites. Un administrateur de collection de sites peut activer d’autres modèles de sites en vue de leur utilisation dans la collection de sites par le biais de la page Paramètres de mises en page et de modèles de site.

Les sites autres que des sites de publication sont tous les autres modèles de sites disponibles dans SharePoint Server 2010, par exemple les modèles Site d’équipe et Espace de travail du document. Vous pouvez activer la fonctionnalité Infrastructure de publication de SharePoint Server au niveau de la collection de sites, puis activer la fonctionnalité Publication SharePoint Server pour le site racine de la collection de sites et tous les sites situés sous celui-ci dans la hiérarchie de site. Cette opération active toutes les fonctionnalités de publication dont vous bénéficiez généralement lorsque vous créez un site à l’aide d’un modèle de site de publication, en plus des fonctionnalités standard du site autre que le site de publication. Pour une liste complète des modèles de sites disponibles dans SharePoint Server 2010, voir Sites and site collections overview (SharePoint Server 2010).

À propos des fonctionnalités de publication La fonctionnalité Infrastructure de publication de SharePoint Server fournit des fonctions de publication au niveau de la collection de sites, tandis que la fonctionnalité Publication SharePoint Server offre des fonctions de publication au niveau du site. Le sous-ensemble de fonctionnalités contenu dans chacune de ces fonctionnalités principales constitue les « fonctionnalités de publication ». Les fonctionnalités de publication sont toutes les fonctionnalités qui font partie d’un site de publication préconfiguré ou qui sont ajoutées lorsque la publication est activée au niveau de la collection de sites et au niveau du site. Lorsque la publication est activée, toutes les fonctionnalités de publication sont automatiquement activées. Vous ne pouvez pas sélectionner des fonctionnalités de publication spécifiques, telles que des variantes, en vue de les activer séparément, sans activer les autres fonctionnalités de publication. Toutes les fonctionnalités de publication sont soit actives, soit inactives. Toutefois, même si vous pouvez décider d’activer les fonctionnalités de publication, vous n’avez pas besoin de les utiliser toutes.

Fonctionnalités Infrastructure de publication de SharePoint Server Cette section décrit les fonctionnalités de publication qui sont activées lorsque la fonctionnalité Infrastructure de publication de SharePoint Server est activée sur une collection de sites autre qu’une collection de sites de publication.

http://technet.microsoft.com/library/462e12d6-1a5d-4b7c-a0d5-14c551262be1(Office.14).aspx

59

Modèles de sites

Un modèle de site est une configuration de site prédéfinie qui détermine, par exemple, les listes, fichiers, composants WebPart, composants fonctionnels ou paramètres avec lesquels mettre en service un nouveau site SharePoint. Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, les modèles de sites de publication suivants sont ajoutés et peuvent être utilisés lors de la création d’un site :

Site de publication

Site de publication avec flux de travail

Wiki d’entreprise

Pour plus d’informations sur les modèles de sites disponibles dans SharePoint Server 2010, voir Sites and site collections overview (SharePoint Server 2010) et Modèles et définitions de site (éventuellement en anglais).

Groupes et niveaux d’autorisation

Les groupes SharePoint vous permettent de gérer des ensembles d’utilisateurs au lieu d’utilisateurs individuels. La capacité à afficher, configurer ou gérer un site est déterminée par le niveau d’autorisation que vous affectez à un utilisateur ou groupe. Lorsque vous créez une collection de sites à l’aide d’un modèle de site autre qu’un modèle de site de publication, SharePoint Server 2010 crée automatiquement un ensemble standard de groupes et de niveaux d’autorisation. Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, d’autres groupes et niveaux d’autorisation sont ajoutés à la collection de sites. Ces groupes et niveaux d’autorisation vous permettent d’affecter des utilisateurs à des rôles spécifiques liés à la publication. Par exemple, seuls les utilisateurs disposant de l’autorisation Approuver ou appartenant au groupe Approbateurs peuvent modifier des pages, des éléments de liste et des documents et les approuver pour publication.

Les groupes suivants sont ajoutés à la collection de sites :

Approbateurs

Concepteurs

Gestionnaires de hiérarchies

Utilisateurs du déploiement rapide

Lecteurs restreints

Lecteurs de ressources de style

Les niveaux d’autorisation suivants sont ajoutés à la collection de sites :

Approuver




60

Gérer la hiérarchie

Lecture restreinte

Par défaut, les sites créés sous la collection de sites héritent les groupes et les niveaux d’autorisation du site parent. Pour plus d’informations sur les groupes et les niveaux d’autorisation, voir Determine permission levels and groups (SharePoint Server 2010).

Paramètres de site

Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, les modifications suivantes sont apportées à la page Paramètres du site :

Dans la section Administration du site, les liens suivants sont ajoutés au niveau de la collection de sites et au niveau du site :

Contenu et structure

Journaux Contenu et structure

Colonnes pouvant faire l’objet d’une recherche

Dans la section Aspect, les liens Lancement rapide et Barre de liens supérieure sont supprimés et le lien Navigation est ajouté au

niveau de la collection de sites et au niveau du site.

Dans la section Administration de la collection de sites, les liens suivants sont ajoutés au niveau de la collection de sites

uniquement :

Navigation dans la collection de sites

Variantes

Étiquettes de variante

Journaux de variante

Colonnes à traduire

Emplacements de navigateur de contenu suggérés

Navigation

Outre les modifications apportées aux liens de navigation dans la page Paramètres du site, les modifications suivantes sont apportées à la navigation lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server :

La barre de liens supérieure est remplacée par le menu de navigation globale.

Les paramètres par défaut du menu de navigation globale et du menu de lancement rapide sont spécifiés.

Pour plus d’informations sur la navigation, voir Site navigation overview (SharePoint Server 2010).

http://technet.microsoft.com/library/610a48d4-a805-4c47-8801-a8a912b294ea(Office.14).aspx

http://technet.microsoft.com/library/a6a42ac0-abad-44ce-98f3-508c531a29b2(Office.14).aspx

61

Modifications des thèmes

Les thèmes permettent d’appliquer rapidement et facilement des couleurs et des polices aux sites dans SharePoint Server 2010. Chaque site peut s’appliquer un thème directement. Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, les sections Hériter du thème et Appliquer le thème sont ajoutées à la page Thème du site. Ces options permettent à un administrateur de site d’indiquer si un site doit hériter le thème du site parent ou utiliser son propre thème. En outre, ces thèmes permettent à l’administrateur de site d’indiquer s’il faut appliquer le thème sélectionné au seul site actuel ou également à tous les sites situés sous ce dernier dans la hiérarchie de site. Pour plus d’informations sur les thèmes, voir Themes overview (SharePoint Server 2010).

Pages maîtres et mises en page

Les pages maîtres et les mises en page déterminent le comportement et l’apparence (aspect) globaux d’un site SharePoint. Les pages maîtres contiennent des contrôles partagés dans plusieurs mises en pages, tels que des préférences de navigation, de recherche ou de langue pour les sites multilingues. Les mises en page contiennent des contrôles de champ et des composants WebPart. Le site de niveau supérieur d’une collection de sites hébergée sur SharePoint Server 2010 possède une bibliothèque de documents spéciale appelée Galerie de pages maîtres. Toutes les mises en page et les pages maîtres sont stockées dans cette bibliothèque de documents. Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, les fichiers et dossiers suivants sont ajoutés à la bibliothèque Galerie de pages maîtres :

De nouvelles pages maîtres et mises en page, telles que des pages d’articles et une page Wiki utilisée par les sites de publication,

sont ajoutées.

Un dossier est créé dans la bibliothèque Galerie de pages maîtres et nommé en fonction de la langue initialement utilisée pour

l’installation de SharePoint Server 2010. Par exemple, si la version anglaise a été installée, le nom du dossier est en-us. Ce dossier

contient un dossier nommé Preview Images, qui contient les images miniatures des mises en page de publication.

Remarque :

Si d’autres modules linguistiques ont été installés, chaque langue possède son propre dossier contenant un dossier Preview Images

dans la bibliothèque Galerie de pages maîtres.

Un dossier nommé Menu Edition est créé dans la bibliothèque Galerie de pages maîtres et contient des fichiers XML permettant de

personnaliser les menus de modification de page. Pour plus d’informations sur la personnalisation des menus de modification de

page, voir Procédure : personnaliser les composants de la barre d’outils de modification de page (éventuellement en anglais).

Pour plus d’informations sur les pages maîtres et les mises en page, voir Mises en page et pages maîtres (éventuellement en anglais).

Images et feuilles de styles

http://technet.microsoft.com/library/7924fe8b-986c-44eb-8dd3-5724acecd529(Office.14).aspx



62

Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, les éléments suivants sont ajoutés à la bibliothèque de styles :

des feuilles de style en cascade pour les styles par défaut et pour les styles personnalisables ;

images pour les éléments d’interface utilisateur, tels que des puces et des flèches ;

images d’aperçu de substitution pour le lecteur multimédia ;

feuilles de styles XSL pour l’application de styles à des composants WebPart pilotés par les données tels que Liens de synthèse,

Requête de contenu et Sommaire.

Pour plus d’informations sur la personnalisation des styles, voir Procédure : personnaliser les styles (éventuellement en anglais).

Bibliothèques de documents et listes

Différentes bibliothèques de documents et listes sont créées pour une collection de sites, suivant le modèle de site utilisé pour la création de la collection de sites. Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, les bibliothèques de documents et listes suivantes sont ajoutées au site racine de la collection de sites :

Rapports Contenu et structure Cette liste permet de personnaliser les requêtes qui apparaissent dans la liste Affichage de l’outil

Contenu et structure du site.

Contenu réutilisable Cette liste contient le contenu HTML ou texte qui peut être inséré dans des pages Web.

Documents de la collection de sites Cette bibliothèque stocke des documents utilisés dans l’ensemble de la collection de sites.

Images de la collection de sites Cette bibliothèque stocke des images utilisées dans l’ensemble de la collection de sites.

Types de contenu

Un type de contenu définit les colonnes d’un élément de liste, d’un document ou d’un dossier. Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, SharePoint Server 2010 ajoute, au niveau de la collection de sites et au niveau de la liste et de la bibliothèque, des types de contenu utilisés par les sites de la collection de sites.

Au niveau de la collection de sites, certains types de contenu de publication, tels que Page et Mise en page, et certains types de contenu de mise en page, tels que Page d’article et Page Wiki d’entreprise, sont ajoutés. Deux types de contenu, HTML réutilisable et Texte réutilisable, sont ajoutés spécialement pour la liste Contenu réutilisable.

Pour plus d’informations sur les types de contenu, voir Plan content types and workflows (SharePoint Server 2010).

Colonnes


http://technet.microsoft.com/library/63bb092a-00fe-45ff-a4b8-d8be998d1a3c(Office.14).aspx

63

Les métadonnées sont des informations sur un document qui permettent de classer votre contenu. Chaque élément de métadonnées associé à un type de contenu constitue une colonne, qui est un emplacement dans une liste destiné au stockage d’informations. Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, les colonnes suivantes sont ajoutées :

De nouvelles colonnes de mise en page, telles que Par ligne et Contenu de la page, et colonnes de publication, telles que Date de

l’article, Date de début de planification et Date de fin de planification, sont ajoutées au niveau de la collection de sites. Une colonne

Catégories wiki personnalisée qui utilise des métadonnées gérées pour les pages Wiki est également ajoutée au niveau de la

collection de sites.

De nouvelles colonnes pour la liste Contenu réutilisable et la liste Rapports Contenu et structure sont ajoutées.

Pour plus d’informations sur les colonnes, voir Plan content types and workflows (SharePoint Server 2010).

Composants WebPart

Les composants WebPart sont des éléments d’interface utilisateur qui permettent de présenter des informations provenant de plusieurs sources de données dans les pages de sites SharePoint. Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, les composants WebPart suivants sont ajoutés au niveau de la collection de sites et peuvent être utilisés dans tous les sites créés dans la collection de sites :

Composant WebPart Requête de contenu

Composant WebPart multimédia

Composant WebPart Liens de synthèse

Composant WebPart Sommaire

Menu Edition de page

Le Ruban de modification de page est un panneau d’éléments d’interface utilisateur qui fournissent des informations sur la page et des options pour modifier celle-ci. L’utilisateur peut utiliser le menu de modification de page du Ruban de modification de page pour ajouter du texte, des images et du contenu multimédia enrichi à une page, archiver la page pour partager un brouillon et approuver pour publication une version en attente de la page. Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, les modifications suivantes sont apportées au menu de modification de page :

L’onglet Publier est ajouté à la page maître.

Sous Outils d’édition, sous l’onglet Format du texte, les modifications suivantes sont apportées lorsqu’un champ de texte enrichi est

sélectionné :

Le groupe Orthographe et un bouton Orthographe sont ajoutés.

Sous Outils d’édition, sous l’onglet Insertion, les éléments suivants sont ajoutés lorsqu’un lien est sélectionné :


64

Dans le groupe Multimédia, l’option À partir de SharePoint est ajoutée à la liste déroulante du bouton Image.

Dans le groupe Liens, l’option À partir de SharePoint est ajoutée à la liste déroulante du bouton Lien.

Dans le groupe Multimédia, un bouton Vidéo et audio est ajouté.

Dans le groupe Composants WebPart, Composant WebPart multimédia est ajouté à la catégorie Média et contenu dans le

menu de sélection de composant WebPart lorsque l’utilisateur clique sur le bouton Composant WebPart.

Sous Outils de liaison, sous l’onglet Format, les éléments suivants sont ajoutés :

Dans le groupe Lien, un bouton Sélectionner un lien est ajouté.

Dans le groupe Propriétés, une zone de texte Signet est ajoutée.

Sous Outils Image, sous l’onglet Création, les éléments suivants sont ajoutés :

Dans le groupe Sélection, l’option À partir de SharePoint est ajoutée à la liste Modifier l’image.

Le groupe Espacement est ajouté.

Dans le groupe Espacement, les options Espacement horizontal et Espacement vertical sont ajoutées.

Un menu d’outils Multimédia est ajouté au menu de modification de page lorsqu’un composant WebPart multimédia est sélectionné.

Travaux du minuteur

Un travail du minuteur exécute un service Windows spécifique pour SharePoint Server 2010. Ce travail du minuteur contient une définition du service à exécuter et spécifie à quelle fréquence il est démarré. Chaque travail du minuteur possède son propre calendrier d’exécution. Vous pouvez modifier la fréquence d’exécution de chaque travail dans la page Définitions des travaux sur le site Web Administration centrale.

Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server, les travaux du minuteur suivants sont activés sur le serveur qui héberge le site Web Administration centrale :

Travail du minuteur de notification Envoie un message électronique au propriétaire d’un élément lorsque celui-ci est sur le point

d’arriver à expiration.

Approbation planifiée Publie des pages approuvées en fonction des date et heure de début spécifiées. Par défaut, ce travail du

minuteur s’exécute chaque minute.

Retrait de publication planifié Retire la publication de pages en fonction des date et heure de fin spécifiées. Par défaut, ce travail du

minuteur s’exécute toutes les minutes.

65

Définition du travail Création de hiérarchies de variantes Crée une hiérarchie de variantes complète en créant la totalité des sites

de variantes et des pages à partir du site de variantes source, en fonction des étiquettes de variantes. Par défaut, ce travail du

minuteur s’exécute une fois par jour.

Définition du travail Création de pages de variantes Crée des pages sur les sites de variantes cibles lorsque l’option Création

automatique a été désactivée et qu’un utilisateur crée manuellement une page. Par défaut, ce travail du minuteur s’exécute chaque

heure.

Définition du travail Création de sites de variantes Crée des sites de variantes lorsque l’option Création automatique a été

désactivée et qu’un utilisateur crée manuellement un site de variantes. Par défaut, ce travail du minuteur s’exécute toutes les cinq

minutes.

Définition du travail Page de propagation de variantes Met à jour les pages sur les sites de variantes cibles après qu’une page sur

le site de variantes source a été approuvée ou qu’elle a été envoyée manuellement par un utilisateur. Par défaut, ce travail du

minuteur s’exécute toutes les heures.

Définition du travail Site de propagation de variantes Crée des sites de variantes lorsque l’option Création automatique est

activée. Par défaut, ce travail du minuteur s’exécute toutes les cinq minutes.

Pour plus d’informations sur les travaux du minuteur, voir View timer job status (SharePoint Server 2010).

Fonctionnalités Publication SharePoint Server Cette section décrit les fonctionnalités de publication qui sont activées lorsque la fonctionnalité Publication SharePoint Server est activée sur un site autre qu’un site de publication.

Paramètres de site

Lorsque vous activez la fonctionnalité Publication SharePoint Server, les modifications suivantes sont apportées à la page Paramètres du site :

Dans la section Galeries, le lien Pages maîtres est supprimé et remplacé par le lien Pages maîtres et mises en page au niveau de

la collection de sites et au niveau du site.

Dans la section Administration du site, un lien Cache de sortie du site est ajouté au niveau du site uniquement.

Dans la section Aspect, les liens suivants sont ajoutés au niveau de la collection de sites et au niveau du site :

Page maître

Mises en page et modèles de site

http://technet.microsoft.com/library/1cd060e0-1eb6-424c-8ade-f8d39cd20d1d(Office.14).aspx

66

Page d’accueil

Dans la section Actions du site, le lien Enregistrer le site en tant que modèle est supprimé au niveau de la collection de sites et au

niveau du site.

Dans la section Administration de la collection de sites, les liens suivants sont ajoutés au niveau de la collection de sites

uniquement :

Profils de cache de la collection de sites

Cache d’objets de la collection de sites

Cache de sortie de la collection de sites

Paramètres régionaux

Lorsque vous activez la fonctionnalité Publication SharePoint Server, la section Paramètres des sous-sites est ajoutée à la page Paramètres régionaux. Cela vous permet d’indiquer si tous les sites situés sous le site actuel doivent hériter les paramètres régionaux définis pour celui-ci.

Bibliothèques de documents et listes

Lorsque vous activez la fonctionnalité Publication SharePoint Server, les bibliothèques de documents et listes suivantes sont ajoutées :

Documents Cette bibliothèque stocke des documents utilisés dans les pages du site.

Images Cette bibliothèque stocke des images utilisées dans les pages du site.

Pages Cette bibliothèque stocke des pages créées dans le site.

Tâches de flux de travail Cette liste stocke des tâches de flux de travail créées dans le site.

Remarque :

Si vous désactivez ultérieurement la fonctionnalité Publication SharePoint Server, les bibliothèques ou les listes qui comportent du contenu ne sont pas supprimées du site, contrairement aux bibliothèques ou listes vides.

Outre la création de bibliothèques et de listes, les modifications suivantes sont apportées aux paramètres des bibliothèques de documents :

Dans la page Paramètres de la bibliothèque de documents, dans la section Paramètres généraux, un lien Gérer la planification

des éléments est ajouté.

67

Dans la page Paramètres de contrôle de version, les modifications suivantes sont apportées :

L’option Document - Historique des versions est définie sur Créer des versions principales et secondaires (brouillon).

Cette option détermine les versions créées lorsqu’un fichier est modifié dans la bibliothèque Pages.

L’option Sécurité des éléments de brouillon est définie sur Uniquement les utilisateurs pouvant modifier des éléments.

Cette option détermine qui peut voir les éléments de brouillon dans la bibliothèque Pages.

L’option Exiger l’extraction est définie sur Oui. Cette option exige que les documents soient extraits avant d’être modifiés.

Menu de modification de page

Lorsque vous activez la fonctionnalité Publication SharePoint Server, les modifications suivantes sont apportées au menu de modification de page :

L’onglet Publier et le bouton Publier sont ajoutés à la page maître.

Les éléments suivants sont ajoutés à l’onglet Publier :

Si la fonctionnalité Flux de travail d’approbation de publication est activée pour la collection de sites et que le modèle Flux de

travail d’approbation de publication est associé à la bibliothèque de documents, les modifications suivantes sont apportées :

Un groupe Flux de travail est ajouté.

Dans le groupe Flux de travail, un bouton Démarrer un flux de travail est ajouté.

Dans le groupe Flux de travail, un bouton État est ajouté.

Dans le groupe Flux de travail, un bouton Afficher les tâches est ajouté.

Si le travail Déploiement rapide est activé pour le chemin de déploiement de contenu de la collection de sites, dans le groupe

Publication, un bouton Déploiement rapide est ajouté.

Si la planification des éléments est activée pour la bibliothèque de documents, dans le groupe Publication, un bouton

Planification est ajouté.

Sous l’onglet Page, les modifications suivantes sont apportées :

Dans le groupe Gestion, le bouton Modifier les propriétés est activé.

Dans le groupe Gestion, le bouton Renommer la page est supprimé.

Dans le groupe Actions de page, les éléments suivants sont ajoutés.

1. Un bouton Aperçu est ajouté.

2. Un bouton Mise en page est ajouté.

68

3. Une liste déroulante qui contient les mises en page est ajoutée au bouton Mise en page.

Dans le groupe Actions de page, un bouton Recherche de brouillons est ajouté.

Sous Outils d’édition, sous l’onglet Format du texte, les modifications suivantes sont apportées :

Le groupe Orthographe et le bouton Orthographe sont ajoutés.

Le groupe Disposition et le bouton Disposition du texte sont supprimés.

Sous Outils d’édition, sous l’onglet Insertion, les modifications suivantes sont apportées :

Dans le groupe Contenu, un bouton Contenu réutilisable est ajouté.

Une liste déroulante personnalisable est ajoutée au bouton Contenu réutilisable.

Si une page a été créée à l’aide de conversions de documents, un menu Outils de document source est ajouté à la barre de

modification de page et les éléments suivants sont ajoutés :

Sous Outils de document source, un onglet Document est ajouté.

Sous l’onglet Document, un groupe Afficher et mettre à jour est ajouté.

Dans le groupe Afficher et mettre à jour, un bouton Afficher le document est ajouté.

Dans le groupe Afficher et mettre à jour, un bouton Mettre à jour la page est ajouté.

Autres modifications

Lorsque vous activez la fonctionnalité Publication SharePoint Server, les modifications suivantes sont apportées :

Les utilisateurs ne peuvent plus créer de pages dont le nom contient un espace. Les espaces sont automatiquement convertis en tiret

«-».

Le lien Gérer le contenu et la structure est ajouté au menu Actions du site. Cette opération ouvre l’outil Contenu et structure du

site pour la totalité de la collection de sites.

Autres fonctionnalités de publication Lorsque vous activez la fonctionnalité Infrastructure de publication de SharePoint Server et la fonctionnalité Publication SharePoint Server, les fonctionnalités de publication suivantes sont activées :

Déploiement de contenu Vous pouvez utiliser le déploiement de contenu pour déployer du contenu depuis une collection de sites

source vers une collection de sites de destination. Le déploiement de contenu est administré au niveau de la batterie de serveurs,

dans le site Web Administration centrale. Si votre site utilise le déploiement de contenu et qu’un administrateur de batterie a activé le

69

travail Déploiement rapide, un bouton Déploiement rapide est ajouté au groupe Publication de l’onglet Publier du menu de

modification de page. Le travail Déploiement rapide permet aux utilisateurs, tels que les auteurs et les éditeurs, de déployer

rapidement une page Web sur la collection de sites de destination. Par défaut, un travail de déploiement rapide s’exécute

automatiquement toutes les 15 minutes. Lorsqu’un utilisateur clique sur le bouton Déploiement rapide d’une page, cette page est

incluse dans le prochain travail de déploiement rapide à exécution automatique. Pour plus d’informations sur les travaux de

déploiement de contenu et de déploiement rapide, voir Vue d’ensemble du déploiement de contenu (SharePoint Server 2010).

Variantes La fonction de variantes dans SharePoint Server 2010 met du contenu à la disposition de publics spécifiques sur différents

sites en copiant celui-ci à partir d’un site de variantes source vers chaque site de variantes cible. Lorsque les fonctionnalités

Infrastructure de publication de SharePoint Server et Publication SharePoint Server sont activées, les liens Variantes, Étiquettes de

variantes et Journal de variante sont ajoutés à la section Administration de la collection de sites de la page Paramètres du site.

Si une hiérarchie de variantes a été créée, le groupe Variantes est ajouté à la barre d’outils de modification de page pour toutes les

pages de publication sur tous les sites de la collection de sites. Toutefois, les boutons du groupe Variantes ne sont activés que

lorsqu’une page fait partie d’un site de variantes source. Pour plus d’informations sur les variantes, voir Vue d’ensemble des

variantes.

Mise en cache des objets et de sortie Le cache d’objets réduit la quantité de trafic entre le serveur Web et la base de données SQL

Server en stockant les objets, tels que les listes et les bibliothèques, les paramètres du site et les mises en page, dans la mémoire sur

le serveur Web frontal. Le cache de sortie de pages stocke la sortie rendue d’une page et utilise des profils de cache qui spécifient la

durée de conservation des éléments dans le cache. Lorsque la fonctionnalité Infrastructure de publication de SharePoint Server et la

fonctionnalité Publication SharePoint Server sont activées, des liens permettant de configurer ces caches sont ajoutés à la page

Paramètres du site pour le site et la collection de sites. Pour plus d’informations sur les caches d’objet et de sortie de pages, voir

Cache settings operations (SharePoint Server 2010).

Voir aussi Concepts


http://technet.microsoft.com/library/0ae2f59b-309e-4853-8ce7-99bc40de4c03(Office.14).aspx

70

Planifier des pages Web

Lorsque vous planifiez des pages Web dans Microsoft SharePoint Server 2010, vous concevez l’apparence de votre contenu publié, vous déterminez l’emplacement où les auteurs peuvent ajouter du contenu dans des pages et vous contrôlez les fonctionnalités de création utilisables par les auteurs. Un plan efficace pour les pages Web permet de garantir que chaque type de contenu publié par votre organisation est conçu correctement et disponible pour atteindre vos objectifs de publication.

Pour vous aider à comprendre les options de conception, cet article présente d’abord les éléments des pages de publication : pages maîtres, mises en page, pages de contenu, feuilles de style, composants WebPart, zones de composants WebPart et contrôles de champ de serveur. Il offre ensuite des conseils quant à la manière de planifier chaque élément des pages Web dans votre site de publication. Comme la conception et la configuration des mises en page vous aident à limiter ce que les auteurs peuvent faire sur des pages Web, cet article indique comment utiliser des mises en page pour restreindre la création.

Dans cet article :

Vue d’ensemble des pages Web

Planifier les pages maîtres

Planifier les mises en page

Planifier des pages de contenu

Utilisation de mises en page pour restreindre la création

Fiche de planification de page Web

Vue d’ensemble des pages Web Lorsqu’un utilisateur de site SharePoint Server 2010 ouvre une page Web d’un site SharePoint, cette page est restituée en fonction d’un ensemble d’éléments dont chacun a été planifié et conçu séparément dans le site Web. La séparation des éléments d’une page de cette manière permet aux planificateurs et aux concepteurs de sites de traiter différents éléments du site de manière unique. Par exemple, la personnalisation et la navigation d’un site peuvent être planifiées et conçues séparément de la conception des pages de contenu du site, de façon que la personnalisation puisse être appliquée à tout le contenu d’un site et puisse être mise à jour à un seul emplacement. De

71

même, la mise en page peut être conçue séparément du contenu des pages, ce qui permet d’afficher le même contenu de différentes façons.

Une page Web basée sur SharePoint Server 2010 est une page ASP.NET (.aspx) qui est restituée de façon dynamique à partir de ses parties constituantes. Les deux principales parties d’une page Web sont la page maître et la mise en page. Les pages maîtres contiennent des contrôles partagés dans plusieurs mises en pages, tels que des préférences de navigation, de recherche ou de langue pour les sites multilingues. Les mises en page contiennent des contrôles de champ et des composants WebPart. Lorsque vous créez une page Web, le contenu de la page est stocké sous forme d’éléments de liste dans la bibliothèque de pages. Cette page Web porte le nom de page de contenu, car elle renferme le contenu affiché aux utilisateurs lorsqu’ils visualisent la page sur le site Web. La figure suivante illustre la façon dont les mises en page et les pages maîtres collaborent en vue de créer la disposition pour une page Web.

Les sections suivantes décrivent les pages maîtres, les mises en page et les pages de contenu plus en détail.

72

Pages maîtres

Une page maître définit le cadre extérieur de la page Web. Elle contient des éléments que toutes les pages de votre site doivent partager et fournit un emplacement unique pour contrôler l’ensemble de ces éléments. Généralement, un site utilise une page maître unique, bien que les grands sites Internet puissent en utiliser plusieurs. Par exemple, un site Web d’entreprise qui promeut plusieurs produits pourrait utiliser des pages maîtres distinctes afin que le contenu de chaque produit soit personnalisé correctement.

Remarque :

Il existe deux genres de pages maîtres : les pages maîtres du site et les pages maîtres du système. La page maître du site est utilisée sur

les pages Web publiées dans votre site. Il s’agit de la page que les utilisateurs et les visiteurs du site voient lorsqu’ils affichent des pages

publiées. La page maître système fournit la mise en page dans le site utilisée par les concepteurs et les auteurs du site lorsqu’ils

travaillent avec l’interface utilisateur du site. Elle est également utilisée dans certains modèles de site d’équipe, tels que les modèles Wiki

d’entreprise et Espace de travail du document. Cet article décrit essentiellement divers aspects de planification des pages maîtres de site.

Les pages maîtres pour tous les sites d’une collection de sites sont stockées dans la galerie des pages maîtres dans le site de niveau supérieur de la collection de sites. Dans la mesure où la galerie des pages maîtres est une bibliothèque de documents SharePoint, les pages maîtres ont toutes les fonctionnalités des documents dans SharePoint Server 2010, tels que le contrôle de version, l’audit, le flux de travail, l’archivage, l’extraction et l’approbation du contenu.

En règle générale, les pages maîtres incluent les éléments suivants :

éléments de personnalisation, tels que des logos d’entreprise et jeux de couleurs ;

éléments de navigation partagés ;

fonctionnalités partagées, telles que commandes de recherche et commandes d’aide ;

liens vers les feuilles de style en cascade. Les feuilles de style en cascade contrôlent l’apparence, les couleurs et les polices des

pages.

Les modèles de publication de site inclus dans SharePoint Server 2010 comprennent des pages maîtres de site que vous pouvez utiliser comme point de départ dans votre conception de page. Pour personnaliser une page maître existante ou en créer une nouvelle, utilisez Microsoft SharePoint Designer 2010 ou Microsoft Visual Studio 2010. Pour plus d’informations, voir Procédure : Créer une page maître minimale (éventuellement en anglais).



73

Mises en page

Une mise en page est une page ASPX (Active Server Pages) qui définit une disposition pour un genre spécifique de page de contenu. Lorsqu’un utilisateur du site SharePoint ouvre une page de contenu dans un navigateur, la mise en page associée à cette page est d’abord combinée à la page maître, qui fournit le cadre externe de la page, puis le contenu de la page est inséré dans les contrôles de champs dans la mise en page.

Étant donné qu’une mise en page affiche le contenu qui est stocké dans les colonnes d’un type de contenu, elle doit être conçue pour un type de contenu particulier. Par exemple, une mise en page associée au type de contenu Page d’article aurait plusieurs contrôles de champs, notamment :

un contrôle de champ Contenu de la page destiné à contenir la colonne Contenu de la page dans le type de contenu Page d’article ;

un contrôle de champ Image de la page destiné à contenir l’image liée à la colonne Image de la page du type de contenu Page

d’article.

Bien qu’une mise en page doive être conçue pour un seul type de contenu, un type de contenu peut être associé à plusieurs mises en page. Par exemple, SharePoint Server 2010 inclut deux mises en page pour le type de contenu Page d’article : une qui affiche l’image sur le côté gauche de la page et une autre qui affiche l’image sur la droite. Pour plus d’informations sur les types de contenu, voir Plan content types and workflows (SharePoint Server 2010).

Outre les contrôles servant à afficher le contenu d’une page, une mise en page peut inclure d’autres éléments de page, notamment les suivants :

composants WebPart Contrôle que les auteurs de page peuvent insérer dans une zone de composants WebPart sur une page,

puis configurer ;

zones de composants WebPart Zone spécifiée sur une page Web qui est un conteneur pour des composants WebPart ;

contrôles de champs Contrôle ajouté directement à une mise en page. Pour plus d’informations sur les contrôles de champs, voir

Contrôles de champs et modèles de contrôles (éventuellement en anglais).

liens vers des feuilles de style en cascade Les feuilles de style en cascade contrôlent l’apparence, les couleurs et les polices des

pages.

Par exemple, une mise en page pour un article d’entreprise peut inclure un contrôle de champ qui affiche un symbole boursier. Celui-ci s’affiche avec d’autre contenu de page lorsque que cette mise en page est utilisée.

Comme les pages maîtres, les mises en page pour tous les sites d’une collection de sites sont stockées dans la galerie des pages maîtres dans le site de niveau supérieur de la collection de sites. Dans la mesure où la galerie des pages maîtres est une bibliothèque SharePoint, les mises en page ont également toutes les fonctionnalités des documents dans SharePoint Server 2010, telles que le contrôle de version et l’approbation du contenu. Les sites de publication que vous créez à l’aide de SharePoint Server 2010 incluent des




74

mises en page que vous pouvez utiliser comme point de départ dans votre conception de page de contenu. Pour personnaliser une mise en page existante ou en créer une nouvelle, utilisez Microsoft SharePoint Designer 2010 ou Microsoft Visual Studio 2010.

Pages de contenu

Toutes les pages de contenu d’un site de publication sont stockées dans une même bibliothèque de pages. Chaque élément d’une bibliothèque de pages est une page Web unique. La bibliothèque de pages étant une bibliothèque SharePoint, les pages Web qu’elle contient ont toutes les fonctionnalités de documents dans SharePoint Server 2010, telles que le contrôle de version, l’audit, le flux de travail, l’archivage, l’extraction et l’approbation du contenu.

Remarque :

Bien que toutes les pages de publication d’un site se trouvent dans une même bibliothèque de pages, les solutions Web basées sur

SharePoint Server 2010, telles que les sites Intranet et les sites de présence sur Internet, consistent généralement en une arborescence

de sites, chacun avec sa propre bibliothèque de pages.

Les auteurs créent des pages en sélectionnant Nouvelle page dans le menu Actions du site et ils les modifient en sélectionnant Modifier la page dans le menu Actions du site. Lors de la création d’une page, les auteurs entrent un nom pour la nouvelle page, puis ils commencent immédiatement à créer du contenu sur la page. Pour modifier le type de contenu et la mise en page, les auteurs sélectionnent Mise en page dans le groupe Actions de page sous l’onglet Page de la page à modifier. Pour ajouter du contenu, sélectionner des images et effectuer d’autres tâches d’édition, les auteurs utilisent les onglets Format du texte et Insertion sous Outils d’édition dans la page à modifier.

Les colonnes associées au type de contenu d’une page Web contiennent le contenu HTML de cette page. Elles contiennent également des liens vers des images à afficher avec la page et un lien vers la mise en page associée à la page.

Chaque colonne de contenu pour une page est associée à un contrôle de champ particulier dans la mise en page qui est associée à la page. Pour plus d’informations sur les contrôles de champs dans les mises en page, voir Modèle de mise en page (éventuellement en anglais).

Planifier les pages maîtres Les pages maîtres fournissent les éléments de structure partagés de la page, notamment la personnalisation du site, ses fonctionnalités de navigation et d’autres éléments courants tels que les champs de recherche et les commandes d’aide. La page maître du site fournit le contexte de la page et doit rester cohérente lors de l’interaction de l’utilisateur avec votre site. Pour garantir aux utilisateurs une



75

expérience cohérente lorsqu’ils passent d’une page à une autre dans un même site dans une collection de sites, nous vous recommandons de laisser la page maître du site inchangée. Pour fournir une personnalisation et une interface utilisateur cohérentes, vous pouvez utiliser la même page maître de site sur tous les sites de votre collection de sites.

Vous pouvez modifier la page maître utilisée dans d’autres sites au sein de votre hiérarchie de sites afin de modifier la personnalisation dans certains sites. Par exemple, un site de présence sur Internet peut être constitué de plusieurs sites qui présente chacun une marque de produits différente. Vous pouvez modifier la page maître de site pour chaque site de la hiérarchie de sites de façon à refléter la marque de produit distincte que présente chaque site.

Avant de planifier les pages maîtres, il convient de planifier la structure des sites, comme décrit dans Plan sites and site collections (SharePoint Server 2010). Pour planifier les pages maîtres, utilisez la feuille de données Page maître dans la Fiche de planification de page Web.

Planifier les mises en page Une mise en page définit une disposition pour une page de contenu en fournissant des contrôles de champs dans lesquels le contenu de la page de contenu est inséré. Le contrôle de champ affiche le contenu. Chaque mise en page est associée à un type de contenu particulier et plusieurs mises en page sont souvent disponibles pour un même type de contenu. Vous pouvez par exemple assigner plusieurs mises en page à un même type de contenu afin de fournir des mises en page secondaires pour les versions localisées du contenu ou d’ajouter ou supprimer l’affichage de certains champs et fonctionnalités d’une mise en page. Vous pouvez créer ou personnaliser une mise en page, notamment ajouter de nouveaux contrôles afin d’afficher le contenu avec des contrôles supplémentaires tels que des composants WebPart et des contrôles serveur, à l’aide de Microsoft SharePoint Designer 2010 ou Microsoft Visual Studio 2010.

SharePoint Server 2010 inclut l’ensemble suivant de mises en page pour chaque type de contenu de page.

Page d’article contient les mises en page suivantes :

Cette mise en page Contient les éléments de page suivants

Corps uniquement Un titre et contenu de la page

Image à gauche Un titre, le contenu de la page, une image de page à gauche et des

zones pour un Par ligne, une date d’article et une légende d’image

Image à droite Un titre, le contenu de la page, une image de page à droite et des zones pour un Par ligne, une date d’article et une légende d’image

http://technet.microsoft.com/library/cb6871cc-7fc5-4b54-9940-8c0ed51cb08f(Office.14).aspx


76


Liens de synthèse Une titre, le contenu de la page, une date d’article, un Par ligne et un

composant WebPart Liens de synthèse dans lequel les auteurs peuvent ajouter une liste de liens hypertexte

Page Wiki d’entreprise contient une seule mise en page, Page de base, qui contient le contenu, l’évaluation de la page et les

éléments de page de catégories.

Page de projet contient une seule mise en page, Page de projet de base, qui contient le contenu, l’évaluation de la page, les

catégories, le contact de page et les éléments de page d’état des tâches, et contient un lien unique vers la page Web de projet.

Page de redirection contient une seule mise en page, Redirection, qui contient un lien hypertexte unique vers lequel sont redirigés

les utilisateurs qui affichent la page.

Page d’accueil contient les mises en page suivantes :


Page de composants WebPart vierge Une zone de contenu et plusieurs zones de composants WebPart auxquelles les auteurs peuvent ajouter des composants WebPart

Écran de démarrage Seulement une image et deux composants WebPart Liens de synthèse dans lesquels les auteurs peuvent ajouter des liens hypertexte

Liens de synthèse Zones de contenu et d’image, avec deux composants WebPart

Liens de synthèse

Table des matières Zones de contenu et d’image, avec un composant WebPart Table

des matières pour afficher une table des matières du contenu du site

par le biais d’un lien hypertexte

Si vous utilisez les types de contenu de page et les mises en page fournis avec SharePoint Server 2010, aucune étape de planification supplémentaire n’est nécessaire. Les auteurs peuvent choisir des types de contenu de page et les mises en page associées lorsqu’ils créent de nouvelles pages. Cependant, si vous ajoutez de nouveaux champs à un type de contenu de page ou si vous créez des types de contenu personnalisés pour des pages de publication, vous devez planifier des mises en page qui reflètent les types de contenus nouveaux ou modifiés.

77

Vous pouvez également modifier une mise en page en ajoutant à la page des contrôles Microsoft ASP.NET 3,5, tels que des composants WebPart et des zones de composants WebPart. Vous pouvez par exemple ajouter un composant WebPart Requête de contenu, qui affiche un ensemble de liens renvoyés par une requête configurable, à une mise en page. Cependant, si vous placez un composant WebPart sur une mise en page hors d’une zone de composant WebPart, vous devez configurer le composant WebPart et les auteurs ne pourront pas modifier sa configuration. Par exemple, si vous ajoutez un composant WebPart Requête de contenu directement à une mise en page, la requête que vous configurez lorsque le composant WebPart est ajouté est définie de manière permanente et les auteurs ne peuvent pas la modifier.

Pour planifier des mises en page pour des types de contenu tels que des pages d’articles, des pages Wiki d’entreprise, des pages de projets et des pages d’accueil, utilisez l’onglet de feuille de données de mise en page dans la Fiche de planification de page Web.

Planifier des pages de contenu Chaque page de contenu dans SharePoint Server 2010 se compose de texte, d’images et d’autre contenu stocké en tant qu’entrée dans une bibliothèque de pages. La planification des pages de contenu implique notamment les opérations suivantes :

détermination des types de contenu de page qui correspondent à vos besoins de contenu ;

détermination des colonnes à utiliser pour stocker le contenu, pour chaque type de contenu de page.

SharePoint Server 2010 inclut les types de contenu de page suivants :

Page d’article Type de page de contenu le plus courant. Cette page est destinée au contenu de page Web à usage général. Elle

inclut les éléments suivants :

des colonnes pour les images et les légendes d’image ;

une colonne pour le contenu de la page ;

des colonnes pour les liens qui apparaissent avec la page ;

une colonne pour le Par ligne ;

une colonne pour la date d’article.

Page Wiki d’entreprise Type de page de contenu principale pour un site Wiki d’entreprise. Elle inclut les éléments suivants :


des colonnes pour les évaluations et le nombre d’évaluations ;

une colonne pour les catégories de Wiki.

78

Page de projet Page destinée à fournir des informations de base décrivant un projet. Le type de contenu hérite du type de contenu

Page Wiki d’entreprise, au lieu du type de contenu Page. Cette page inclut les éléments suivants :


des colonnes pour les évaluations et le nombre d’évaluations ;

une colonne pour un lien vers la page Web du projet ;

une colonne pour l’état des tâches ;

une colonne pour les catégories de Wiki.

Page de redirection Page servant à rediriger le lecteur vers une autre page. Elle inclut un lien pour l’URL de redirection.

Page d’accueil En règle générale, la page d’accueil d’un site de publication. Elle inclut les éléments suivants :

des colonnes pour les images à afficher ;


des colonnes pour les liens qui apparaissent avec la page.

De plus, étant donné que tous ces types de contenu de page héritent du type de contenu Page générique directement ou par le biais de leur type de contenu parent, ils incluent tous les éléments suivants :

des colonnes pour la planification des dates de début et de fin de la page ;

des colonnes pour la description des coordonnées de l’auteur ;

une image qui apparaît avec la page lorsqu’elle est répertoriée dans une table des matières ou dans une autre liste ;

des informations pour le ciblage des audiences ;

une colonne pour les commentaires relatifs à la page.

Lorsque vous planifiez des pages de contenu, nous vous recommandons d’utiliser les types de contenu de page inclus dans SharePoint Server 2010 comme un point de départ. Les types de contenu Page d’article, Page Wiki d’entreprise, Page de projet et Page d’accueil sont destinés à un usage général et à une application à différents contextes. La colonne de contenu principale dans ces types de contenu est la colonne Contenu de la page, qui peut contenir du contenu HTML. Le recours à HTML et à des feuilles de style en cascade pour contrôler l’apparence du contenu peut permettre aux auteurs et concepteurs de sites de ne pas avoir à concevoir d’autres types de contenu. En outre, en sélectionnant soigneusement la mise en page à utiliser pour chaque genre de contenu, sur la base de la Page d’article, Page de Wiki d’entreprise, Page de projet ou Page d’accueil, vous pouvez introduire davantage de variété dans la présentation de votre contenu sans introduire de types de contenu supplémentaires. Pour plus d’informations, voir Planifier les mises en page.

79

Pour planifier des pages de contenu, utilisez les onglets de feuille de données correspondants dans la Fiche de planification de page Web.

Utilisation de mises en page pour restreindre la création Selon vos objectifs de publication, vous pouvez restreindre le niveau de liberté dont bénéficient les auteurs pour mettre en page leur contenu de page Web ou pour ajouter des éléments tels que des images et des liens hypertexte aux pages de votre site. Par exemple, dans un site Internet de présence Internet très contrôlé, vous souhaiterez éventuellement que toute mise en forme soit définie dans des feuilles de style en cascade associées à vos mises en page et empêcher les rédacteurs de remplacer les définitions de style par une mise en forme intégrée. En revanche, dans un site de collaboration, vous souhaiterez éventuellement accorder aux auteurs une totale liberté pour la mise en forme de leurs pages et l’ajout d’autres éléments de page, tels que des composants WebPart qui fournissent des vues des données. Par exemple, dans un site intranet qui sert à collaborer sur des spécifications de produits, vous pouvez permettre aux auteurs d’utiliser librement des styles, des liens hypertexte, des images et des composants WebPart afin d’optimiser leur capacité à communiquer leurs idées.

Vous pouvez placer des restrictions sur les mises en page des manières suivantes :

Vous pouvez définir des propriétés sur des contrôles de champs qui restreignent les possibilités des auteurs.

Vous pouvez supprimer des zones de composants WebPart pour empêcher les auteurs d’insérer et de configurer des composants

Web Parts dans leurs pages, ou vous pouvez définir des restrictions sur des zones de composants WebPart afin de restreindre les

possibilités d’utilisation par les auteurs.

Le tableau suivant illustre les recommandations liées à la restriction des mises en page en fonction de trois niveaux d’environnements de création :

Niveau de contrôle Site classique Recommandations de restriction

Étroit Présence sur Internet Limitations strictes quant à la modification des contrôles de champs ; autres limitations de contrôle de champ, comme aucun lien hypertexte à

80

Niveau de contrôle Site classique Recommandations de restriction

partir de contrôles de

champs d’image ; les

composants WebPart sont placés directement sur la mise en page, en non dans les zones de composants WebPart

Modéré Site portail intranet d’entreprise Restriction modérée ou nulle quant à la modification des contrôles de champs ; zones de

composants WebPart qui contiennent des composants WebPart, mais les auteurs ne sont pas autorisés à ajouter/supprimer des composants WebPart

Faible Site d’équipe ou de division ou Wiki d’entreprise Sans restriction quant à la modification des contrôles

de champs ; zones de

composants WebPart autorisées

Utilisez l’onglet de feuille de données de mise en page dans la Fiche de planification de page Web pour noter vos décisions en matière de restriction des fonctionnalités de création sur les pages de contenu.

Définition de restrictions sur les contrôles de champs

81

En ouvrant votre site dans Microsoft SharePoint Designer 2010 ou Microsoft Visual Studio 2010, vous pouvez modifier les balises associées à des contrôles de champs afin de restreindre les genres de fonctionnalités de création SharePoint Server 2010 accessibles aux utilisateurs lorsqu’ils modifient des pages dans la fenêtre du navigateur. Par exemple, sur des contrôles de champs qui sont liés à des colonnes du type HTML de publication, vous pouvez activer ou restreindre les fonctionnalités suivantes :

définition des polices ;

insertion d’images ;

insertion de tableaux ;

ajout de liens hypertexte ;

ajout de balisage de texte, par exemple gras et italique ;

ajout de composants WebPart.

Vous pouvez définir des restrictions de création sur d’autres types de colonnes. Par exemple, sur des contrôles de champs qui sont liés à des colonnes du type Image de publication, vous pouvez activer ou restreindre les liens hypertexte dans les images.

Lorsque vous appliquez une restriction relative à une fonctionnalité de création sur une mise en page dans Microsoft SharePoint Designer 2010 ou Microsoft Visual Studio 2010, les commandes de modification de page connexes dans SharePoint Server 2010 deviennent indisponibles. Par exemple, si vous restreignez la modification de tableau dans un contrôle de champ qui contient du contenu du type HTML de publication, les commandes de modification de tableau telles que Insérer un tableau sont indisponibles sous Outils d’édition sous l’onglet Insertion.

Autorisation ou restriction de zones de composants WebPart

Un composant WebPart est un contrôle serveur que les auteurs peuvent insérer dans des zones de composants WebPart sur des pages. Une zone de composants Web Part est une zone spécifiée sur une page Web qui est un conteneur pour des composants WebPart. Les composants WebPart affichent des informations selon leurs fonctionnalités, telles que la présentation de liens de navigation de site, de contenu de liste ou d’informations analytiques de base de données.

Lorsqu’une mise en page comprend une ou plusieurs zones de composants WebPart, celles-ci sont disponibles sur les pages qui utilisent cette mise en page, ce qui permet aux auteurs d’insérer les composants WebPart disponibles sur leurs pages de contenu. Si vous autorisez les auteurs à insérer des composants WebPart sur les pages, vous réduisez votre contrôle sur l’expérience des utilisateurs du site. Par exemple, un auteur pourrait insérer un composant WebPart Table des matières sur une page qui expose certaines parties de votre site auxquelles vous ne souhaitez pas que les utilisateurs puissent accéder à partir de la page actuelle.

Vous pouvez empêcher les auteurs d’ajouter des composants WebPart à des pages en ouvrant les mises en page associées dans Microsoft SharePoint Designer 2010 ou Microsoft Visual Studio 2010 et en y supprimant les zones de composants WebPart ou en

82

supprimant les contrôles de champs HTML. De même, lorsque vous concevez de nouvelles mises en page, omettez les zones de composants WebPart pour limiter la capacité des auteurs à ajouter des fonctionnalités aux pages associées à ces mise sen page.

Vous pouvez également inclure des zones de composants WebPart dans des mises en page mais restreindre leur utilisation. En définissant les propriétés d’une zone de composant WebPart, vous pouvez remplir la zone de composant WebPart avec un ou plusieurs composants WebPart et permettre aux auteurs de modifier les propriétés de ces composants WebPart mais sans leur laisser la possibilité d’ajouter d’autres composants WebPart à la zone de composant WebPart.

Fiche de planification de page Web Téléchargez une version Excel de la fiche de planification de page Web (éventuellement en anglais). Utilisez cette fiche pour noter vos décisions relatives aux pages maîtres requises pour votre site, ainsi que les colonnes pour les types de contenu spécifiques et les restrictions de création sur les mises en page.

Voir aussi Concepts

Planifier l’approbation et la planification du contenu


83

Planifier la création de pages Web (SharePoint Server 2010)

La création de pages Web se définit comme le processus par lequel des auteurs ajoutent du contenu à un site de publication tel qu’un site Internet public. Ce processus est disponible lorsque vous créez un site Microsoft SharePoint Server 2010 à l’aide de l’un des modèles de site de publication, ou lorsque la fonctionnalité Infrastructure de publication de SharePoint Server est activée pour une collection de sites et que la fonctionnalité Publication SharePoint Server est activée pour un site. Pour plus d’informations sur les modèles de site de publication, voir Sites and site collections overview (SharePoint Server 2010).

Avant de lire cet article, consultez le document Planifier des pages Web qui décrit les mises en page, les contrôles de champs et d’autres éléments de pages Web mentionnés ici. Cet article décrit les étapes de planification de la création de pages Web mais n’aborde pas le processus de création de pages Web en tant que tel.

Dans cet article :

À propos de la planification de la création de pages Web

Planification de l’expérience de création du Ruban

Planifier des métadonnées gérées

Planifier le contenu réutilisable

Planification des personnalisations du dictionnaire

Planification des ressources supplémentaires

Feuille de planification de la création de pages Web

À propos de la planification de la création de pages Web La planification de pages Web suppose une bonne connaissance du mode de conception et de création des pages Web, ainsi que le choix des éléments des pages Web de votre site. SharePoint Server 2010 prend en charge la création à l’aide d’un navigateur. Les créateurs de contenu travaillent directement dans le navigateur Web à l’aide des fonctionnalités d’édition de navigateur SharePoint Server 2010, telles l’onglet Format du texte sous Outils d’édition sur le Ruban.


84

La planification de la création à l’aide d’un navigateur englobe le choix des ressources, des mises en page, du contenu de support tel que les images et les vidéos, des commandes à masquer ou à afficher aux auteurs, ainsi que la planification de l’expérience d’édition des champs de contrôles dans lesquels les auteurs créent le contenu. Cette étape comprend également la planification du contenu réutilisable, la planification des personnalisations de dictionnaires et la planification des ressources supplémentaires nécessaires aux auteurs des pages.

Un ensemble de considérations de planification connexes, notamment le mode d’approbation et de publication du contenu, est présenté dans l’article Planifier l’approbation et la planification du contenu.

Planification de l’expérience de création du Ruban Le Ruban contient des éléments d’interface utilisateur qui permettent d’accéder à des commandes d’édition des pages et outils connexes, ainsi qu’à des commandes de publication et de workflow venant s’ajouter aux commandes déjà disponibles dans SharePoint Server 2010. Ce Ruban est accessible aux membres d’équipes disposant au moins du niveau d’autorisation Collaboration.

Lorsqu’une page est extraite à des fins de modification et que le pointeur est positionné dans le champ Contenu de la page, Outils d’édition s’affiche. Outils d’édition contient les onglets Format du texte et Insertion qui contiennent les commandes utilisées par les auteurs pour mettre le texte en forme et insérer des éléments de contenu tels que des images, des liens et du contenu réutilisable. Le Ruban et l’onglet Format du texte sont présentés dans l’illustration suivante :

D’autres onglets ou groupes d’onglets contextuels sont affichés en fonction de l’élément de page sélectionné. Par exemple, si vous insérez un tableau dans une page, Outils de table s’affiche avec un onglet Mise en forme et un onglet Création.

Vous pouvez planifier et implémenter de nouvelles commandes de Ruban afin de proposer davantage de fonctionnalités à votre équipe de contenu. Si votre organisation a mis en place un processus de création et d’incorporation d’images dans vos documents que vous souhaitez automatiser, vous pouvez ainsi ajouter une commande sous l’onglet Page du Ruban.

Vous pouvez personnaliser le Ruban afin de fournir des fonctionnalités supplémentaires aux auteurs ou, au contraire, restreindre l’accès à certaines d’entre elles.

85

Ajout de boutons pour fournir de nouvelles fonctionnalités Vous pouvez ajouter de nouvelles fonctionnalités à SharePoint

Server 2010 et y associer des boutons sur le Ruban afin que les auteurs puissent y accéder. Par exemple, si votre site de publication

est utilisé pour créer du contenu hautement technique, vous pouvez créer une fonctionnalité Éditeur d’équations et ajouter le bouton

correspondant.

Ajout de styles intralignes Vous pouvez remplacer les styles par défaut disponibles en ajoutant ou en remplaçant certains styles

d’une feuille de style. Les auteurs choisissent alors les styles disponibles pour la sélection active à l’aide de la commande Styles du

menu contextuel de l’élément sélectionné. Vous pouvez également créer des styles personnalisés pour du texte, des marques, des

images et le lecteur Composant WebPart multimédia. Enfin, vous pouvez effectuer une mise à niveau des styles de Microsoft Office

SharePoint Server 2007 vers Microsoft SharePoint Server 2010. Pour plus d’informations sur la personnalisation des styles

intralignes, voir Procédure : Personnaliser les styles (éventuellement en anglais).

Ajout de styles de tableaux Le Ruban est accompagné d’une série de styles de tableaux prédéfinis qui sont personnalisables en

fonction du style d’une page en particuler. Chaque style de tableau est composé d’une collection de classes de feuilles de styles en

cascade pour chaque balise de tableau. Par exemple, vous pouvez personnaliser l’apparence des premières et dernières lignes d’un

tableau, des lignes paires et impaires ou encore de la première et de la dernière colonne.

Personnalisation d’emplacements de sélecteurs d’images Dans tout champ comprenant une commande d’insertion d’une image,

vous pouvez ajouter des liens personnalisés à la liste des emplacements par défaut répertoriés dans la boîte de dialogue de sélecteur

d’images. Pour plus d’informations, voir Procédure : Personnaliser le sélecteur d’éléments (éventuellement en anglais).

Restriction de l’accès aux fonctionnalités de modification Comme il l’est mentionné dans l’article Planifier des pages Web, vous

pouvez restreindre le champ d’action des auteurs en ce qui concerne la mise en forme du contenu de leurs pages Web ou l’ajout

d’éléments (images et liens hypertexte par exemple) aux pages de votre site, en limitant l’accès aux fonctionnalités de modification. Si

vous ouvrez votre site dans Microsoft SharePoint Designer 2010, vous pouvez modifier les balises associées aux contrôles de

champs pour désactiver les boutons de modification du Ruban accessibles aux auteurs. Vous pouvez ainsi désactiver les boutons

permettant aux auteurs d’effectuer les opérations suivantes :

Définir des polices

Créer des liens vers des adresses externes

Ajouter des titres au contenu

Mettre du texte en gras, en italique ou le souligner

Ajouter des tableaux

Pour plus d’informations sur l’ajout, le remplacement et la suppression de contrôles, groupes et onglets sur le Ruban, voir Personnalisation du Ruban du serveur.




86

Outre l’implémentation d’une commande sous forme de commande de menu, vous pouvez également en implémenter une sous forme de bouton dans la barre d’outils Accès rapide. Cette barre d’outils rend accesssibles les commandes fréquemment utilisées. Pour y ajouter des boutons, vous devez modifier la page maître. La barre d’outils Accès rapide est illustrée ci-dessous :

Lorsque vous planifiez la création de pages Web, posez-vous les questions suivantes : faut-il ajouter ou supprimer des commandes dans le Ruban ou la barre d’outils Accès rapide ; quel niveau d’accès faut-il attribuer aux auteurs pour la modification des fonctionnalités et quels sont les types de styles à proposer ; quelles sont les commandes nécessaires et où les ajouter. Dressez la liste des commandes indispensables et leur emplacement dans la barre d’outils, déterminez si la présence d’un bouton s’impose dans la barre d’outils Accès rapide et s’il faut ajouter des emplacements supplémentaires dans le sélecteur d’images.

Planifier des métadonnées gérées Lorsque vous planifiez un site Web, réfléchissez à la façon dont les métadonnées gérées peuvent participer de l’organisation et de l’affichage des pages de contenu et d’autres données. Une taxonomie minutieuse et pertinente au service des auteurs est essentielle à l’élaboration d’un site réussi facile à maintenir. En outre, si vous disposez de l’ensemble de termes approprié pour votre site, vous pourrez créer des règles qui vous permettront d’organiser les pages en dossiers. En bref, une bonne organisation du contenu simplifie la recherche d’informations et accélère les requêtes. Pour plus d’informations sur les métadonnées gérées, voir Vue d’ensemble des métadonnées gérées.

Lorsque vous créez des mises en page disponibles pour la création de pages Web, vous pouvez ajouter des champs de contrôle, tels des zones de texte et des listes déroulantes, contenant une valeur prédéterminée ou limitant le type d’informations que les auteurs sont autorisés à insérer sur une page. Vous pouvez également utiliser les métadonnées gérées pour ajouter des informations contextuelles à une page, ce qui vous permet d’effectuer les opérations suivantes :

Créer une requête personnalisée établie pour la page.

Afficher la navigation appropriée.

87

Déterminer les données associées les plus appropriées et les afficher sur la page.

Prenons le cas d’un site de voyages : vous pouvez créer une mise en page pour des destinations spécifiques qui contienne un champ de mots clés gérés pour les activités de loisirs et un composant WebPart de requête de contenu. L’auteur qui crée une page pour une destination spécifique peut faire une sélection dans une liste définie des activités de loisirs pour cette destination. Lorsqu’un lecteur affiche la page, le composant WebPart de requête de contenu peut afficher la liste des autres destinations contenant également ces balises.

Lorsque vous planifiez la création de pages Web, posez-vous la question de savoir si vous voulez ajouter aux mises en page des métadonnées gérées que les auteurs de pages utiliseront. Comment les métadonnées seront-elles utilisées ? Quels seront les termes et ensembles de termes nécessaires ? Qui possèdera les ensembles de termes et comment seront-ils gérés ? Pour plus d’informations sur la planification des métadonnées gérées, voir Planifier des termes et des ensembles de termes (SharePoint Server 2010) et Planifier des métadonnées gérées (SharePoint Server 2010).

Planifier le contenu réutilisable Le site de niveau supérieur d’une collection de sites de publication comprend une liste Contenu réutilisable disponible pour chaque site situé en dessous dans la hiérarchie de sites pour laquelle la fonctionnalité de publication de SharePoint Server est activée. Les éléments de contenu réutilisable peuvent être implémentés au format HTML ou texte. S’ils utilisent la commande Contenu réutilisable de l’onglet Insertion sous Outils d’édition sur le Ruban, les auteurs peuvent effectuer une sélection dans une liste de contenu prédéfinie ou bien afficher une liste de l’ensemble des contenus disponibles et en insérer un. Si, par exemple, votre organisation impose l’utilisation d’un texte marketing spécifique pour décrire un produit particulier, vous pouvez créer un élément contenant cette description. Lorsqu’un utilisateur ajoutera cet élément de contenu réutilisable dans une page, le texte sera automatiquement ajouté dans la page.

Lorsque vous créez un élément de contenu réutilisable dans la liste Contenu réutilisable, vous pouvez demander à ce qu’il s’affiche dans le menu déroulant pendant la modification des pages. Vous pouvez également préciser s’il peut être mis à jour automatiquement.

Vous indiquez qu’un élément est mis à jour automatiquement. Les auteurs n’ont pas la possibilité de modifier l’élément une fois

celui-ci inséré dans une page. Par exemple, vous pouvez implémenter une mention de copyright ou le nom, l’adresse et d’autres

coordonnées d’une société en tant qu’élément mis à jour automatiquement. Ce faisant, vous évitez que les auteurs utilisent ces

éléments de manière inappropriée et assurez ainsi la cohérence de toutes les pages Web dans lesquelles ces éléments sont utilisés.

Lorsqu’un auteur insère un élément automatiquement mis à jour dans une page, l’URL, et non le contenu, de l’élément de liste Contenu réutilisable est insérée. Lorsqu’un navigateur Web charge une page contenant un élément mis à jour automatiquement, il remplace l’URL par le contenu de l’élément. Il n’est donc pas nécessaire de propager les modifications apportées aux éléments mis à jour automatiquement de la liste Contenu réutilisable à toutes les pages qui les utilisent. Celles-ci seront immédiatement disponibles la prochaine fois qu’une page sera ouverte dans un navigateur Web.

88

Vous n’indiquez pas qu’un élément est mis à jour automatiquement. Les auteurs ont la possibilité de modifier l’élément une fois

celui-ci inséré dans une page. Cette option est utile si vous voulez définir la disposition correcte d’un bloc de contenu tout en laissant

aux auteurs toute latitude pour fournir le contenu proprement dit. Par exemple, dans un site proposant des descriptions de produits

dans lequel vous souhaitez adopter un format tabulaire pour chaque description, vous pouvez créer dans la liste Contenu réutilisable

un élément de tableau de description de produit générique que les auteurs pourront insérer puis remplacer.

Planification des personnalisations du dictionnaire L’onglet Format du texte sous Outils d’édition comprend une commande Orthographe qui permet de vérifier l’orthographe de tous les champs d’une page dotée de contenu HTML. La commande Orthographe signale les fautes d’orthographe et propose de les corriger ou de les ignorer.

Vous pouvez ajouter un dictionnaire personnalisé à votre site de publication pour empêcher que des mots spécifiques à votre contenu ne soient considérés comme des fautes d’orthographe. Par exemple, si votre site comprend des noms de produits, ajoutez-les au dictionnaire personnalisé. Dressez ensuite la liste de tous les noms de produits, acronymes fréquemment utilisés et mots divers que vous souhaitez inclure dans un dictionnaire personnalisé pour votre site.

Planification des ressources supplémentaires Lorsque vous créez un site de publication, SharePoint Server 2010 crée les bibliothèques répertoriées dans le tableau suivant. Vous pouvez les utiliser pour stocker des ressources supplémentaires exploitables par les créateurs de contenu.

Utilisez cet emplacement Pour stocker ces éléments Qui s’appliquent à ce

niveau dans la hiérarchie du site

Galerie de pages maîtres Pages maîtres et mises en page Collection de sites

Documents Documents utilisés lors de la création de pages Site actuel

Documents de la collection de sites Documents utilisés lors de la création de pages Collection de sites

Images Images utilisées lors de la création de pages Site actuel

89

Utilisez cet emplacement Pour stocker ces éléments Qui s’appliquent à ce

niveau dans la hiérarchie du site

Images de la collection de sites Images utilisées lors de la création de pages Collection de sites

Bibliothèque de styles Feuilles de style en cascade personnalisées et styles XSL (Extensible Stylesheet Language)

Collection de sites

Lorsque les utilisateurs insèrent une image ou un lien dans une page, la fenêtre Sélectionner un lien leur permet de parcourir le contenu des listes et bibliothèques du site actuel, de même que la bibliothèque Documents de la collection de sites et la bibliothèque Images de la collection de sites. Vous pouvez également utiliser la liste Emplacements de navigateur de contenu suggérés pour ajouter des liens vers d’autres bibliothèques SharePoint Server 2010 contenant des ressources à inclure dans les pages Web. Lorsqu’un utilisateur insère une image ou un lien dans un composant WebPart, les liens sont affichés dans le menu Emplacements suggérés de la fenêtre Sélectionner un bien.

Lorsque vous planifiez la création de pages Web, pensez aux types de ressources supplémentaires dont les auteurs de pages pourraient avoir besoin. Pensez également à ceux qui créeront ces ressources et à l’emplacement de stockage de ces dernières. Si certaines ressources résident sur d’autres sites, identifiez-les dans une liste avec leur emplacement de manière à pouvoir les ajouter dans la liste Emplacements de navigateur de contenu suggérés.

Feuille de planification de la création de pages Web Téléchargez une version Excel de la Feuille de planification de la création de pages Web (éventuellement en anglais). Utilisez cette feuille pour enregistrer la structure de votre site.

Voir aussi Concepts




90


L’approbation du contenu est le processus par lequel le contenu créé est approuvé ou refusé pour la publication. La planification du contenu est le processus par lequel le contenu est publié et mis à disposition des lecteurs conformément à un planning spécifié. La fonctionnalité Publication dans Microsoft SharePoint Server 2010 permet d’approuver et de planifier la publication du contenu.

Cet article fournit des conseils d’ordre général sur la façon de planifier l’approbation et la planification du contenu pour une utilisation avec des sites de publication SharePoint Server 2010. En revanche, il n’explique pas comment configurer les paramètres d’approbation du contenu ni comment configurer des flux de travail.

Dans cet article :

À propos de la planification de l’approbation du contenu et de la planification du contenu

Planifier l’approbation du contenu

Planifier la planification du contenu

Utilisation du déploiement de contenu avec l’approbation et la planification du contenu

À propos de la planification de l’approbation du contenu et de la planification du contenu Lors de la planification des sites de publication SharePoint Server 2010, vous devez planifier le contrôle que les utilisateurs doivent avoir sur l’approbation du contenu de site. Par exemple, vous pouvez souhaiter imposer des restrictions quant au contrôle dont disposent les auteurs sur l’approbation du contenu qu’ils créent. Vous pouvez donner les possibilités suivantes aux utilisateurs : aucun contrôle, une simple modération ou la possibilité de démarrer un flux de travail après l’envoi du contenu. Lors de la planification de sites de publication, il convient également de bien comprendre le fonctionnement du processus de planification de contenu.

91

Planifier l’approbation du contenu L’approbation de contenu est le processus qui permet aux utilisateurs disposant de l’autorisation Approbateur de contrôler la publication du contenu. Sa configuration s’effectue à l’aide de l’option Approbation de contenu dans la page Paramètres de contrôle de version dans les paramètres de bibliothèque de la bibliothèque de documents où se trouve le contenu à publier. Lorsque vous planifiez l’approbation du contenu, vous devez décider du mode de fonctionnement de l’approbation du contenu pour votre site et identifiez les personnes autorisées à approuver le contenu pour la publication. Dans SharePoint Server 2010, le contrôle du contenu s’effectue selon les niveaux suivants :

Aucun Si l’approbation du contenu n’est pas nécessaire pour les éléments d’une bibliothèque de documents, le contenu soumis par

un auteur est mis en ligne immédiatement.

Modération simple Le contenu doit être approuvé manuellement par un membre du groupe Approbateurs après avoir été soumis

par un auteur pour publication. Le contenu ne peut être visualisé par les utilisateurs qui disposent de l’autorisation Lecture qu’après

avoir été approuvé.

Flux de travail d’approbation Un flux de travail est utilisé pour exécuter le processus d’approbation. L’utilisation d’un flux de travail

rend le processus d’approbation plus automatisé et tire parti des fonctionnalités de flux de travail intégrées, telles que l’envoi

automatique de messages électroniques aux approbateurs, l’ajout de tâches d’approbation aux listes de tâches des approbateurs et

la possibilité pour les auteurs de suivre l’état du processus d’approbation. Les utilisateurs peuvent également modifier le modèle de

flux de travail d’approbation ou développer leur propre flux de travail d’approbation personnalisé à l’aide de Microsoft SharePoint

Designer 2010 ou Microsoft Visual Studio 2010.

Par défaut, les modèles de site de publication sont préconfigurés de façon à utiliser l’une des catégories suivantes. On peut considérer que ces catégories procurent une gamme de restrictions quant à l’approbation du contenu, de la moins restrictive à la plus restrictive. Le tableau suivant répertorie chaque catégorie, le niveau de restriction et le modèle de site de publication associé automatiquement à chacune d’elle.

Catégorie Niveau de restriction Modèle de site

Aucun Aucune Wiki d’entreprise

Modération simple Faible Site de publication

Flux de travail d’approbation Importante Site de publication avec flux de travail

92

Vous pouvez activer ou désactiver les options liées à la publication pour votre site, par exemple imposer l’approbation du contenu ou modifier les paramètres de flux de travail d’approbation.

Planifier la planification du contenu La planification du contenu est le processus par lequel les utilisateurs qui disposent au moins d’autorisations Collaborateur spécifient un planning pour la publication du contenu. Si l’option Approbation du contenu est activée pour une bibliothèque de documents, le contenu doit être approuvé avant d’être publié. Pour plus d’informations sur l’approbation du contenu, voir Versioning, content approval, and check-out planning (SharePoint Server 2010).

Remarque :

L’approbation du contenu est disponible uniquement si l’option Approbation du contenu est activée et que l’option Historique des

versions de l’ensemble de documents est configurée de façon à créer des versions principales et mineures (brouillons).

Il est possible de planifier la publication ou l’annulation de la publication du contenu à des dates et horaires spécifiques. Les dates et horaires planifiés sont initiés par des travaux du minuteur qui consultent régulièrement la bibliothèque de documents ou d’images à la recherche de pages et d’éléments prêts pour la publication ou pour l’annulation de la publication. Vous pouvez modifier la fréquence d’exécution de chaque travail dans la page Définitions des travaux sur le site Web d’Administration centrale.

Utilisation du déploiement de contenu avec l’approbation et la planification du contenu Le déploiement de contenu est une fonctionnalité de SharePoint Server 2010 que vous pouvez utiliser pour copier le contenu d’une collection de sites source vers une collection de sites de destination. La fonctionnalité de déploiement de contenu est conçue pour les sites qui utilisent une topologie à plusieurs batteries. Une topologie à plusieurs batteries se compose de batteries distinctes pour la création et pour la publication, et éventuellement de batteries intermédiaires. Si vous implémentez une topologie à plusieurs batteries, vous devez appliquer toutes les considérations décrites dans cet article pour chaque batterie de création de votre environnement. Pour plus d’informations, voir Concevoir une topologie de déploiement de contenu et Diagrammes techniques (SharePoint Server 2010).

http://technet.microsoft.com/library/428b488e-2807-4ef0-b942-91cb09d8921c(Office.14).aspx


93

Si le déploiement de contenu est utilisé conjointement avec l’approbation du contenu et la planification du contenu pour votre solution SharePoint Server 2010, tous les processus d’approbation ont lieu sur le serveur source où est créé le contenu. Lorsque du contenu est publié sur le serveur cible, le planning de publication associé à chaque élément de contenu est également déployé. Par exemple, si une page est approuvée sur le serveur source le lundi et que sa publication est planifiée pour le vendredi à minuit, la page est copiée sur le serveur de destination lors de la prochaine exécution d’un travail de déploiement de contenu. Par contre, elle n’est pas visible aux utilisateurs qui disposent d’autorisations anonymes ou Lecteur avant vendredi à minuit.

Voir aussi Concepts



94

Planifier la mise en cache et les performances (SharePoint Server 2010)

Microsoft SharePoint Server 2010 fournit un cache BLOB disque qui réduit la charge de la base de données et augmente les performances du navigateur pour les utilisateurs. Cet article décrit le cache BLOB, indique comment et quand l’utiliser et recense les principaux points à prendre en compte lors de la planification de son utilisation. En outre, cet article indique dans quelles circonstances utiliser la limitation de la vitesse de transmission, extension Internet Information Services (IIS) 7.0 qui améliore les performances vidéos pour les utilisateurs lorsque des vidéos sont fournies dans le cadre de la gestion de biens numériques dans SharePoint Server 2010. Enfin, cet article décrit également les limitations imposées par les restrictions liées à la taille du fichier de téléchargement et formule une série d’observations sur le réglage de la taille limite des transferts de fichiers sur le serveur.

Pour plus d’informations sur l’activation du cache BLOB, voir Configure cache settings for a Web application (SharePoint Server 2010). Pour plus d’informations sur la gestion des actifs numériques, voir Planning digital asset management.

Dans cet article :

Utilisation d’un cache BLOB disque

Vue d’ensemble du cache BLOB

Décider de l’opportunité d’utiliser le cache BLOB

Stocker le cache BLOB

Activer le cache BLOB

Spécifier la taille du cache BLOB

Limitation de la vitesse de transmission

Vue d’ensemble de la limitation de la vitesse de transmission

Décider d’utiliser la limitation de la vitesse de transmission

Activer la limitation de la vitesse de transmission

Taille maximale du fichier de téléchargement

http://technet.microsoft.com/library/478be4b7-1480-4f97-87c5-b18cd2436bce(Office.14).aspx


95

Vue d’ensemble de la taille maximale du fichier de téléchargement

Déterminer la taille maximale du fichier de téléchargement

Configurer la taille maximale du fichier de téléchargement

Utilisation d’un cache BLOB disque Cette section décrit le cache BLOB disque et fournit des informations importantes sur la façon de planifier l’utilisation du cache dans le cadre d’un déploiement SharePoint. Elle indique comment déterminer à quel moment utiliser le cache BLOB, où le stocker, comment l’activer et comment configurer la taille du cache afin que les utilisateurs bénéficient de performances optimales.

Vue d’ensemble du cache BLOB

Le cache BLOB disque contrôle la mise en cache des objets BLOB (Binary Large Objects), tels que les fichiers image, audio et vidéo fréquemment utilisés, et d’autres fichiers permettant d’afficher les pages Web, tels que les fichiers .css et .js. Le cache BLOB est activé sur un serveur Web frontal et améliore les performances en récupérant les fichiers BLOB de la base de données et en les stockant dans un répertoire sur le serveur Web frontal d’où ils sont fournis aux utilisateurs. Le trafic réseau en direction du serveur de bases de données et la charge exercée sur celui-ci s’en trouvent réduits.

Le cache BLOB offre également des fonctionnalités qui prennent en charge la fourniture des fichiers multimédias aux utilisateurs. L’une de ces fonctionnalités concerne la prise en charge des demandes de plage d’octets, qui permet aux utilisateurs de sélectionner un point postérieur dans la vidéo et de commencer la lecture immédiatement. Une autre fonctionnalité est la mise en cache progressive, qui permet de fournir le début d’un fichier vidéo volumineux tandis que le reste du fichier est mis en cache. Les fichiers vidéo sont divisés et récupérés sous la forme de sections plus petites afin que la charge entre le serveur frontal et le serveur principal soit réduite. Un administrateur peut configurer la taille des sections.

Décider de l’opportunité d’utiliser le cache BLOB

Lorsque le cache BLOB est activé, il met en cache différents fichiers image, audio et vidéo, ainsi que des fichiers .css et .js. Un administrateur peut modifier les paramètres afin d’ajouter ou de supprimer les extensions de nom de fichier des types de fichiers à mettre en cache. Cette fonctionnalité vous permet de mettre en cache autant de types de fichiers que possible ou de limiter le cache à certains types de fichiers. Par exemple, dans le cas d’un portail Internet comportant des fichiers en lecture seule tels que des fichiers .doc ou .pdf, vous pouvez spécifier que ces fichiers soient mis en cache afin qu’ils soient présentés plus rapidement aux utilisateurs. Dans le cas d’un site de collaboration contenant des fichiers fréquemment mis à jour, ainsi que des biens multimédias, vous pouvez spécifier que le cache serve uniquement à stocker des types audio ou vidéo en incluant dans les paramètres du cache uniquement les extensions de nom de fichier des fichiers concernés.

96

Avant d’activer le cache BLOB, évaluez avec soin le scénario dans lequel vous envisagez de l’utiliser. Si votre site doit prendre en charge une collaboration intensive, l’activation du cache BLOB risque d’affecter provisoirement les performances de votre site lorsque les fichiers à mettre en cache sont initialement écrits sur le disque. Une fois les fichiers stockés dans le cache, les performances du site s’améliorent ; prenez cela en considération lorsque vous décidez s’il convient d’activer le cache. Basez votre décision d’activer la mise en cache BLOB sur les critères suivants :

Dans le cas d’un site de publication dont la plupart des visiteurs sont anonymes ou dont la plupart des fichiers sont constitués de

contenu statique, activez le cache BLOB pour autant de types de fichiers que possible.

Pour les autres sites contenant de nombreux biens multimédias en lecture seule ou dont seulement un faible pourcentage des biens

multimédias est mis à jour, activez le cache BLOB pour les fichiers multimédias uniquement.

Il existe un cache BLOB par application Web. Si vous envisagez d’utiliser le cache BLOB avec une bibliothèque de biens susceptible de devenir volumineuse, ou avec un site destiné à recevoir beaucoup de trafic, envisagez de placer la collection de sites qui contient la bibliothèque de biens dans sa propre application Web afin qu’elle reçoive son propre cache BLOB. Ainsi, les autres biens n’utilisent pas d’espace dans le cache BLOB à allouer aux éléments de la bibliothèque de biens et les sites qui reçoivent beaucoup de trafic n’empêchent pas les sites qui en reçoivent moins de bénéficier du cache BLOB.

Stocker le cache BLOB

Lorsque vous activez le cache BLOB, vous devez spécifier l’emplacement sur le serveur Web frontal où stocker les fichiers. Par défaut, le cache est créé sur le lecteur sur lequel SharePoint est installé. Veillez à placer le cache BLOB sur un lecteur disposant de suffisamment d’espace disque pour stocker le cache. En outre, sélectionnez un lecteur qui sera utilisé par le moins de processus possible afin que le processus du cache BLOB ne rencontre pas de conflits lorsqu’il essaie d’accéder au lecteur. Si trop de processus sont en conflit pour accéder au disque du lecteur où se trouve le cache BLOB, les performances de celui-ci et les autres processus s’en trouveront très affectés.

Si vous envisagez d’utiliser le cache BLOB dans un scénario où il sera très sollicité, comme dans le cas de la fourniture de vidéos dans un environnement caractérisé par un trafic élevé, et que vous êtes susceptible d’utiliser la journalisation ULS, placez de préférence le cache BLOB sur un autre lecteur physique que celui du journal ULS et non sur une autre partition. Le stockage du cache BLOB et du journal ULS sur le même lecteur peut affecter les performances du serveur. Si vous placez le cache BLOB et le journal ULS sur le même lecteur physique, veillez à surveiller étroitement la longueur de la file d’attente du disque afin de déterminer si les performances ne sont pas affectées.

Chaque serveur Web frontal possède sa propre copie locale du cache BLOB, mise à jour à mesure que les demandes de fichiers sont reçues. Si vous utilisez l’équilibrage de charge avec plusieurs serveurs Web frontaux, chaque serveur contient son propre cache. Lorsqu’un fichier est demandé par le premier serveur, il est mis en cache sur ce serveur uniquement. Si la demande suivante du même

97

fichier émane d’un autre serveur, une seconde demande est envoyée au serveur de bases de données pour récupérer le fichier dans le cache du second serveur.

Activer le cache BLOB

Le cache BLOB est configuré dans le fichier web.config de chaque application Web et, par défaut, n’est pas activé. Vous devez spécifiquement activer le cache BLOB afin de tirer pleinement parti des avantages qu’il offre en termes de performances. Pour plus d’informations sur l’activation du cache BLOB, voir Configure cache settings for a Web application (SharePoint Server 2010).

Spécifier la taille du cache BLOB

Lorsque vous évaluez la taille à configurer pour le cache BLOB, vous devez tenir compte du nombre et de la taille des fichiers de manière à déterminer la taille totale des données à stocker dans le cache. Par défaut, le cache BLOB est défini sur 10 gigaoctets (Go). Prévoyez un espace supplémentaire de 20 % sur le lecteur par rapport à la taille du cache. Par exemple, si la taille du contenu est de 10 Go, définissez la taille du cache sur 12 Go sur un lecteur disposant au minimum de 15 Go d’espace. Si le cache BLOB est trop petit, la fourniture des fichiers aux utilisateurs ralentit, ce qui réduit les performances de votre site.

Limitation de la vitesse de transmission Cette section contient des informations sur la limitation de la vitesse de transmission, décrit à quel moment vous devez l’utiliser avec la solution SharePoint et explique comment l’activer.

Vue d’ensemble de la limitation de la vitesse de transmission

La limitation de la vitesse de transmission (Bit Rate Throttling) est une extension IIS 7.0 qui mesure les vitesses de téléchargement de types de fichiers et des données multimédias entre un serveur et un ordinateur client. Les vitesses de transmission codées des types de fichiers multimédias, tels que ceux aux formats Windows Media Video (WMV), MPEG-4 (MP4) et Adobe Flash Video, sont automatiquement détectées, et la vitesse à laquelle ces fichiers sont fournis au client via HTTP est contrôlée en fonction de la configuration de la limitation de la vitesse de transmission. Pour plus d’informations, voir Limitation de la vitesse de transmission (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=155151&clcid=0x40C).

Décider d’utiliser la limitation de la vitesse de transmission

Si vous envisagez de mettre à la disposition des utilisateurs des biens vidéo de longue durée dans SharePoint Server 2010, activez la limitation de la vitesse de transmission dans IIS. Si la limitation de la vitesse de transmission n’est pas activée, IIS fournit les fichiers vidéo en utilisant le plus de bande passante possible, ce qui se traduit par un accroissement des performances réseau. Lorsque vous activez la limitation de la vitesse de transmission dans IIS, seuls sont fournis les fichiers vidéo qui utilisent uniquement la bande passante dans la limite de ce qui est nécessaire pour la prise en charge du téléchargement et de l’affichage progressifs des vidéos. Lorsque le cache BLOB

http://technet.microsoft.com/library/478be4b7-1480-4f97-87c5-b18cd2436bce(Office.14).aspx



98

est également activé, la limitation de la vitesse de transmission utilise les règles d’extension pour les fichiers mis en cache dans le disque. Les fichiers fournis à partir du cache BLOB à l’aide de la limitation de la vitesse de transmission sont envoyés au client en fonction d’un pourcentage de la taille compressée en utilisant la vitesse de transmission codée. Par exemple, si les vidéos dans votre organisation ont une taille inférieure à 10 Mo, vous pouvez décider de ne pas utiliser la limitation de la vitesse de transmission afin de ne pas affecter la rapidité avec laquelle les utilisateurs peuvent télécharger des vidéos sur leurs ordinateurs locaux. Toutefois, si vous fournissez des fichiers vidéo, activez la limitation de la vitesse de transmission pour contrôler la vitesse à laquelle les fichiers sont téléchargés sur les ordinateurs clients.

Remarque :

Pour que la limitation de la vitesse de transmission fonctionne correctement, vous devez au préalable activer le cache BLOB et le configurer de manière à y placer les types de fichiers à limiter.

Activer la limitation de la vitesse de transmission

Pour activer la limitation de la vitesse de transmission (Bit Rate Throttling) dans IIS 7.0, vous devez installer IIS Media Services 2.0. Pour plus d’informations sur l’installation d’IIS Media Services 2.0, voir Document Lisezmoi sur la limitation de la vitesse de transmission (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=154962&clcid=0x40C). Pour plus d’informations sur la configuration de la limitation de la vitesse de transmission, voir Procédure de configuration de la limitation de la vitesse de transmission (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=155153&clcid=0x40C).

Taille maximale du fichier de téléchargement Cette section décrit la taille limite du fichier de téléchargement, puis indique comment évaluer et configurer la taille maximale du fichier de téléchargement.

Vue d’ensemble de la taille maximale du fichier de téléchargement

La taille maximale du fichier de téléchargement est un paramètre qui est utilisé par l’application Web SharePoint Server 2010 et qui spécifie la taille maximale d’un fichier qu’un utilisateur peut télécharger vers le serveur. Lorsqu’une application Web est créée, SharePoint Server 2010 définit la taille de téléchargement maximale par défaut sur 50 Mo. Si un utilisateur essaie de télécharger un fichier dont la taille est supérieure à la taille de téléchargement maximale spécifiée, le téléchargement échoue.

Déterminer la taille maximale du fichier de téléchargement





99

Chaque utilisateur qui télécharge un fichier vers une bibliothèque utilise une connexion au serveur et accroît la quantité de données dans la base de données. Cela a une incidence sur la charge, le temps de réponse et la capacité de données d’un serveur. Suivant votre scénario, cela peut affecter les performances du serveur si celui-ci n’est pas configuré pour gérer des quantités de fichiers élevées. Pour déterminer la taille limite adéquate du fichier de téléchargement pour votre serveur, tenez compte du nombre d’utilisateurs de votre site et de la taille des fichiers qu’ils téléchargeront. Par exemple, si les utilisateurs sont susceptibles de télécharger essentiellement des fichiers vidéo dont la taille est 500 Mo, la taille limite du fichier de téléchargement doit être suffisamment élevée pour prendre en charge facilement les fichiers les plus volumineux que les utilisateurs téléchargeront. Lorsque vous planifiez le réglage de la taille limite du fichier de téléchargement, gardez à l’esprit que cela aura également une incidence directe sur la planification de la capacité de l’environnement du serveur. Pour plus d’informations sur la planification du stockage des fichiers multimédias volumineux, voir Planning digital asset management.

Configurer la taille maximale du fichier de téléchargement

Pour configurer la taille du fichier de téléchargement dans SharePoint Server 2010, un administrateur de batterie de serveurs doit modifier la valeur Taille maximale du téléchargement dans la page Paramètres généraux de l’application Web de l’Administration centrale.

Remarque :

Si vous augmentez la taille de téléchargement maximale par défaut pour une application Web et que vous envisagez par ailleurs d’utiliser

un déploiement de contenu pour déplacer du contenu depuis des collections de sites dans cette application Web vers une autre batterie de serveurs ou une autre collection de sites, vous devez également augmenter la taille de téléchargement maximale par défaut sur le serveur de destination afin que le travail de déploiement de contenu soit couronné de succès.


Cache settings operations (SharePoint Server 2010)



http://technet.microsoft.com/library/0ae2f59b-309e-4853-8ce7-99bc40de4c03(Office.14).aspx

100

Planifier les bibliothèques de pages de grande taille (SharePoint Server 2010)

Une bibliothèque de pages est une bibliothèque de documents contenant toutes les pages de contenu d’un site de publication. Un site contenant plusieurs milliers ou dizaines de milliers de pages dans la bibliothèque de pages doit prendre en considération un ensemble de questions unique concernant la gestion de ces pages et permettre la navigation dans ces pages sur un site.

Le présent article décrit l’utilisation des grandes bibliothèques de pages dans les sites de publication de Microsoft SharePoint Server 2010. Il vous fournit également les informations vous permettant de décider de l’utilisation des grandes bibliothèques de pages avec votre solution de publication, et comment les planifier. Il ne vous explique pas comment définir les règles ou quel routage de page il faut utiliser avec les grandes bibliothèques de pages, ni comment configurer la navigation à utiliser avec les grandes bibliothèques de pages. Pour plus d’informations sur la planification des sites, voir Plan sites and site collections (SharePoint Server 2010).

Dans cet article :

À propos des bibliothèques de pages de grande taille

Décider de l’utilisation d’une grande bibliothèque de pages

Choisir le mode de gestion des pages

Plan de navigation

Planification des menus Navigation globale et Navigation actuelle

Planification d’autres composants WebPart pour la navigation

À propos des bibliothèques de pages de grande taille Les bibliothèques de pages dans SharePoint Server 2010 prennent désormais en charge la création de dossiers et le stockage de pages dans ces dossiers, ce qui signifie que la bibliothèque de pages d’un seul site peut stocker des milliers, voire des dizaines de milliers de pages. Les menus Navigation globale et Navigation actuelle pour un site de publication sont directement liés à la bibliothèque de pages. Par défaut, les nouvelles pages sont placées à la racine lors de leur création. Si le site a été configuré pour utiliser la navigation automatique, les nouvelles pages seront ajoutées automatiquement aux menus Navigation globale et Navigation actuelle. Cependant, les


101

pages placées dans un dossier de la bibliothèque de pages ne sont pas ajoutées automatiquement aux menus de navigation, et doivent donc être ajoutées manuellement. En outre, le nombre de liens affichés dans les menus Navigation globale ou Navigation actuelle est limité. Si votre solution utilise un seul site qui utilise de nombreuses pages, vous devez organiser votre contenu de manière à pouvoir gérer ces pages et configurer la navigation sur le site.

SharePoint Server 2010 propose plusieurs façons de gérer le contenu du site qui est stocké automatiquement dans une bibliothèque de pages de grande taille. Vous pouvez par exemple activer la fonction Organisateur de contenu d’un site et créer des règles acheminant les pages vers des dossiers spécifiques en fonction de critères précis, tels que le type de contenu, le titre, les dates de planification ou le public visé. Une autre possibilité consiste à utiliser le paramètre de partitionnement de dossier dans l’Organisateur de contenu pour créer des dossiers automatiquement une fois que l’emplacement cible contient un nombre d’éléments défini. Une fois que l’emplacement cible a atteint le nombre d’éléments maximum, un nouveau dossier est automatiquement créé avec un nom de dossier. Tous les éléments créés ensuite seront placés dans le nouveau dossier.

Vous pouvez tout à fait gérer l’organisation de votre site manuellement. Cependant utiliser une bibliothèque de pages de grande taille avec l’Organisateur de pages présente les avantages suivants :

Organisation automatisée des pages Vous pouvez gérer automatiquement l’organisation des pages en utilisant l’Organisateur de

contenu, qui permet le partitionnement des dossiers et le routage des pages.

Moins de maintenance du site La bibliothèque pouvant être gérée automatiquement, les propriétaires du site passent moins de

temps à gérer les pages sur le site. Les auteurs n’ont pas besoin de placer les pages au bon emplacement, car le routage basé sur

des règles le fait pour eux.

Performances améliorées du traitement des requêtes La charge des requêtes dans la base de données de contenu est réduite

quand les pages sont affichées parce que les composants WebPart de requête de contenu n’interrogent qu’une seule bibliothèque

stockant le contenu.

Décider de l’utilisation d’une grande bibliothèque de pages Avant de décider d’utiliser une grande bibliothèque Pages, vous devez d’abord déterminer si cela convient à votre solution. Cela dépend de la manière dont vous souhaitez organiser le contenu de votre site. Pour savoir si l’utilisation d’une bibliothèque de pages convient à votre solution, répondez aux questions suivantes :

La page v4.master sera-t-elle la même pour tout le contenu du site ?

La présentation de la page sera-t-elle la même pour tout le contenu du site ?

Le type de contenu sera-t-il identique pour toutes les pages du site ?

102

Les autorisations destinées aux utilisateurs disposant de l’accès collaborateur, concepteur et approbation seront-elles les mêmes

pour tout le contenu du site ?

Si la réponse à chacune de ces questions est « Oui », votre solution tirera profit de l’utilisation d’un seul site disposant d’une bibliothèque de pages de grande taille. Si vous avez répondu « Non » à une de ces questions, utilisez des sites distincts disposant de leurs propres bibliothèques de pages.

Choisir le mode de gestion des pages Une fois que vous avez décidé d’utiliser une grande bibliothèque de pages, vous devez décider de la manière dont vous allez gérer les pages qui seront créées. Vous pouvez les gérer de deux manières différentes : manuellement ou en utilisant des règles et le routage de pages. Nous vous déconseillons de gérer les pages manuellement, car leur nombre est élevé. Utilisez plutôt les règles et le routage de pages qui font partie de l’Organisateur de contenu.

Avant d’utiliser les règles et le routage de pages pour un site, vous devez démarrer la fonctionnalité d’Organisateur de contenu en utilisant la page Gérer les fonctionnalités du site dans les Paramètres du site. Une fois la fonctionnalité de l’Organisateur de contenu lancée, si vous souhaitez activer la création automatique de dossiers dans la bibliothèque de pages, utilisez la page Paramètres de l’organisateur de contenu pour activer le partitionnement de dossiers. Utilisez les Règles de l’organisateur de contenu pour créer des règles et router les pages vers leur emplacement dans la bibliothèque de pages.

Bien que les règles puissent être définies pour plusieurs critères, vous pouvez utiliser des métadonnées gérées pour contrôler plus précisément l’emplacement des pages dans la bibliothèque. Par exemple, vous pouvez créer des ensembles de termes et diriger les pages vers des dossiers particuliers en fonction des termes ou des mots clés gérés affectés par l’auteur aux pages qu’ils créent. Pour plus d’informations sur l’utilisation des métadonnées gérées, voir Planifier des métadonnées gérées (SharePoint Server 2010).

Lorsque vous pensez gérer le contenu dans la bibliothèque de pages, réfléchissez aux pages que les auteurs vont créer. Le contenu sera-t-il suffisamment similaire pour vous permettre d’utiliser le partitionnement de dossiers automatique ? Devez-vous créer une bibliothèque plus structurée pour accueillir les pages de votre site ? De quels dossiers avez-vous besoin, et quels critères voulez-vous utiliser pour acheminer les pages vers des dossiers précis ? Aurez-vous besoin de créer un magasin de termes personnalisé pour fournir aux auteurs une liste de mots clés à utiliser avec le routage de pages ?

Plan de navigation Les menus Navigation globale et Navigation actuelle n’affichent pas les pages dans des dossiers. De plus, les menus peuvent afficher un nombre limité de liens, donc vous devez vous pencher sur la manière dont les utilisateurs vont naviguer parmi les pages du site. En général, planifier la navigation dans un site qui utilise une grande bibliothèque de pages implique les éléments de site suivants :

103

Menus Navigation globale et Navigation actuelle

Autres composants WebPart pour la navigation

Planification des menus Navigation globale et Navigation actuelle

Même si les pages qui sont ajoutées à la racine de la bibliothèque de pages sont insérées automatiquement aux menus Navigation globale et Navigation actuelle, vous devez choisir les pages à afficher dans ces menus si votre site possède un grand nombre de pages. Par exemple, vous pouvez créer une série de pages utilisant le modèle Page d’accueil pour afficher un mélange de contenu créé et de composants WebPart qui sont liés à d’autres pages du site puis seulement inclure les Pages d’accueil dans les menus Navigation globale et Navigation actuelle.

Utilisez la page Paramètres de navigation des Paramètres du site pour personnaliser les menus Navigation globale et Navigation actuelle pour votre site. Vous pouvez annuler l’affichage automatique des liens dans les menus de navigation sous le site et les pages de niveau supérieur. Vous pouvez également choisir d’afficher uniquement certains liens aux utilisateurs et leur ordre d’apparition. Vous pouvez donc élaborer un système de navigation qui ne soit pas dépendant de la structure de la bibliothèque de pages. Si vous ne souhaitez pas mettre à jour manuellement les menus de navigation dans l’interface utilisateur, vous pouvez également utiliser Microsoft Visual Studio 2010 pour bâtir un menu de navigation personnalisé pour votre site.

Planification d’autres composants WebPart pour la navigation

SharePoint Server 2010 met à disposition deux composants WebPart propres à la navigation pouvant être ajoutés aux pages de composants WebPart pour les sites de publication : le composant WebPart Sommaire et Liens de synthèse.

Le composant WebPart Sommaire affiche automatiquement le contenu du site pour les trois premiers niveaux d’un site. Cependant, il ne doit pas être utilisé pour les sites de publication dont les bibliothèques de pages sont volumineuses, car il n’affiche pas les pages dans des dossiers, et ne va donc pas afficher la hiérarchie exacte du contenu du site. Ce composant WebPart convient mieux aux sites de publication de petite taille dont le nombre de pages est limité.

Le composant WebPart Liens de synthèse permet à l’auteur de la page de créer une liste de liens pouvant être regroupés et dont le style peut être personnalisé sur une page WebPart. Bien qu’il permette aux auteurs de pages de créer facilement des liens vers d’autres pages, il présente l’inconvénient de créer une liste statique et doit être modifié manuellement pour ajouter ou supprimer des éléments de la navigation. Ce composant WebPart convient mieux à une liste brève de pages précises dans un site, car passer à une liste plus longue de liens de bibliothèques de Pages avec de nombreux dossiers et pages pourrait rapidement devenir ingérable.

Vous pouvez également utiliser le composant WebPart Listes et bibliothèques ou le composant WebPart de requête de contenu pour créer des liens de navigation dynamiques et personnalisés sur des pages de votre site. En utilisant un composant WebPart, vous pouvez contribuer à réduire les frais de maintenance du site. Vous accordez également plus de flexibilité aux auteurs de pages de mettre à disposition du contenu dynamique permettant aux utilisateurs de situer facilement du contenu nouveau ou consulté fréquemment sans devoir mettre à jour manuellement la navigation.

104

Vous pouvez utiliser un composant WebPart Listes et bibliothèques pour afficher n’importe quelle liste ou bibliothèque du site, comme la bibliothèque Pages. Vous devez d’abord créer un mode d’affichage configuré pour filtrer, trier et regrouper le contenu de la bibliothèque de pages pour renvoyer les éléments que vous souhaitez afficher. Ensuite, vous devez sélectionner ce mode d’affichage dans le composant WebPart sur une autre page pour afficher les éléments de bibliothèque. Cela donne un affichage dynamique de la bibliothèque de pages qui sera modifié lorsque des pages sont ajoutées à la bibliothèque.

Vous pouvez également utiliser le composant WebPart de requête de contenu afin de créer une liste personnalisée de liens vers du contenu à partir de n’importe quel site ou de n’importe quelle bibliothèque sur le site, ou encore depuis tout autre site dans la collection de sites. Utiliser ce composant WebPart vous donne la possibilité de spécifier les critères utilisés pour afficher des éléments dans le composant WebPart, par exemple le type de contenu, le titre, les dates de planification ou le public cible. Par exemple, si votre site utilise le classement de pages, vous pouvez créer un composant WebPart de requête de contenu qui affiche le classement des pages dans votre site. Utilisé avec une bibliothèque de pages de grande taille, il offre plus de souplesse que le composant WebPart Liens de synthèse, car la liste est dynamique et diminue le besoin en maintenance nécessaire pour mettre à jour les listes statiques lorsque des pages sont ajoutées ou supprimées.

Lorsque vous planifiez la navigation de votre site, pensez au nombre de visiteurs. Quelles sont les pages clés devant être affichées dans les menus Navigation globale et Navigation personnalisée ? Quel type de contenu comporte le site, et comment doit-il être regroupé lorsqu’il est affiché pour les utilisateurs ? Avez-vous besoin de liens statiques ou dynamiques vers du contenu ou un mélange des deux ? Lorsque vous planifiez la navigation d’un site utilisant une grande bibliothèque de pages, vous devez prendre en considération la plupart des problèmes que vous pourriez rencontrer lors de la planification de n’importe quel autre site. Pour plus d’informations sur la planification de la navigation des sites, voir Plan site navigation (SharePoint Server 2010).

Voir aussi Concepts


Autres ressources

About sites and site collections (SharePoint Server 2010)

Plan sites and site collections (SharePoint Server 2010)

Site navigation overview (SharePoint Server 2010)

http://technet.microsoft.com/library/89bc3f15-d823-445f-9bea-27d5abf3b488(Office.14).aspx



http://technet.microsoft.com/library/a6a42ac0-abad-44ce-98f3-508c531a29b2(Office.14).aspx

105

Vue d’ensemble du déploiement de contenu (SharePoint Server 2010)

Le Déploiement de contenu est une fonctionnalité de Microsoft SharePoint Server 2010 vous permettant de déployer du contenu à partir d’une collection de sites sources vers des collections de sites de destination. Cet article résume le déploiement du contenu dans SharePoint Server 2010. Il décrit la finalité et la fonction du déploiement de contenu, explique les chemins et les travaux de déploiement de contenu, ainsi que les options de sécurité disponibles lors du déploiement du contenu. L’article explique également le fonctionnement du processus de déploiement de contenu et répertorie des facteurs et des limitations importants lors de l’utilisation du déploiement du contenu. En revanche, il ne décrit pas les étapes nécessaires à la planification de l’utilisation du déploiement du contenu ou comment définir ou configurer le déploiement du contenu. Pour plus d’informations, voir Planifier le déploiement de contenu (SharePoint Server 2010).

Dans cet article :

Qu’est-ce que le déploiement de contenu ?

À propos des travaux et des chemins de déploiement

À propos de la sécurité du déploiement de contenu

Fonctionnement du déploiement de contenu

Considérations importantes concernant le déploiement de contenu

Qu’est-ce que le déploiement de contenu ? Le déploiement de contenu déploie le contenu d’une collection de sites SharePoint Server 2010 source dans une collection de sites de destination. Il est possible de déployer la collection de sites source complète ou un sous-ensemble de sites. Le déploiement de contenu, qui est incrémenté par défaut, déploie uniquement les pages modifiées et les ressources connexes (telles que les images). Une fonctionnalité de déploiement rapide prend en charge le déploiement d’une seule page par les auteurs.

106

Remarque :

Pour que la fonctionnalité de déploiement rapide du contenu fonctionne, la collection de sites source doit avoir été créée en utilisant le modèle de Portail de publication ou disposer de la fonctionnalité Infrastructure de publication SharePoint Server.

Dans la plupart des scénarios de déploiement de contenu, la collection de sites source dont le contenu est déployé se trouve dans une batterie de serveurs distincte de la collection de sites cible. En général, la batterie de serveurs de destination (batterie de serveurs de « production ») dispose d’une sécurité renforcée afin de minimiser les actions pouvant être effectuées dans l’environnement de production. Il n’est pas prévu que la création soit effectuée sur le serveur de production, car les modifications apportées au contenu sur le serveur de production risquent d’être écrasées par un travail de déploiement de contenu. Dans la plupart des scénarios de déploiement de contenu, la batterie de serveurs source et la batterie de serveurs de production sont dans des domaines Active Directory indépendants. Pour plus d’informations sur les topologies de déploiement de contenu, voir Concevoir une topologie de déploiement de contenu.

Il est important de garder à l’esprit que le déploiement de contenu est un processus à sens unique : le contenu est déployé d’une collection de sites source vers une collection de sites de destination. La fonctionnalité de déploiement du contenu ne prend pas en charge la synchronisation aller-retour de la source vers la destination et inversement. La création de nouveau contenu ou la modification de contenu existant sur la collection de sites de destination peut entraîner l’échec des travaux de déploiement du contenu. Par conséquent, vous devriez penser à restreindre les autorisations sur la collection de sites de destination afin que les utilisateurs ne puissent pas effectuer de modifications directement au contenu stocké dans cette collection de sites.

Dans le déploiement de contenu, l’URL de base de la collection de sites source peut différer de celle de la collection de sites de destination. La fonctionnalité de déploiement de contenu corrigera les liens dans le contenu source afin qu’ils fonctionnent correctement à l’emplacement de destination.

Le déploiement de contenu ne déploie que du contenu : pages Web, bibliothèques, listes et ressources utilisées par les pages déployées. Il ne déploie pas les programmes, assemblys, fonctionnalités ou informations de configuration telles que les fichiers de configuration Web. Lorsqu’une page Web est déployée, tous les éléments de la base de données de contenu dont la page dépend (images, feuilles de style ou pages de disposition) seront également déployés.

Le déploiement de contenu déploie les versions principales et secondaires les plus récentes d’un élément de contenu. Par exemple, si la version 2.7 d’une page Web est déployée, la version principale la plus récente (2.0) de la page et la version secondaire la plus récente (2.7) seront déployées vers le site de destination.

107

Si un élément est associé à un planning de publication, les informations de planification sont déployées avec l’élément afin que la planification soit suivie dans la collection de sites de destination. Par exemple, si un élément dont la publication est prévue à 6 heures est déployé à 3 heures, les utilisateurs du site de destination ne peuvent pas afficher le contenu avant 6 heures. Pour plus d’informations sur la planification du contenu, voir Planifier l’approbation et la planification du contenu.

Une nouvelle fonctionnalité de déploiement de contenu qui a été ajoutée pour SharePoint Server 2010 permet d’utiliser des instantanés de base de données SQL Server pendant l’exportation. Si l’option d’instantanés de base de données est activée, un instantané de la base de données de contenu source est créé avant que ne démarre la phase d’exportation du travail de déploiement de contenu. Ensuite, ce dernier utilise l’instantané de base de données pour effectuer l’exportation, au lieu d’exporter les données directement à partir de la base de données de contenu active. Une fois que l’exportation s’est correctement déroulée, l’instantané est supprimé. L’option d’instantané de base de données vous permet d’éliminer tous les problèmes susceptibles de se produire lorsque les utilisateurs modifient du contenu dans la base de données de contenu alors qu’un travail de déploiement de contenu est en cours d’exécution.

Remarque :

L’option de capture instantanée de base de données SQL Server n’est disponible que si Microsoft SQL Server 2008 édition Enterprise est

installé. Si vous utilisez le stockage BLOB distant et que le fournisseur de stockage BLOB distant dont vous vous servez ne prend pas en charge les captures instantanées, vous ne pouvez pas utiliser de captures instantanées pour le déploiement ou la sauvegarde de

contenu. Par exemple, le fournisseur SQL FILESTREAM ne prend pas en charge les captures instantanées. Pour plus d’informations sur

le stockage BLOB distant, voir Overview of Remote BLOB Storage (SharePoint Server 2010).

À propos des travaux et des chemins de déploiement La section suivante décrit les chemins et les travaux de déploiement du contenu.

Chemins de déploiement de contenu

Un chemin de déploiement du contenu définit une collection de sites source dont le déploiement du contenu peut provenir et une collection de sites de destination vers laquelle le contenu est déployé. Un chemin peut être associé à une seule collection de sites. Le chemin de déploiement de contenu donne les informations suivantes :

Les informations d’authentification donnant l’autorisation aux travaux de déploiement de contenu pour la collection de sites de

destination. Pour déployer le contenu dans la collection de sites de destination, les travaux de déploiement doivent disposer des droits

http://technet.microsoft.com/library/d359cdaa-0ebd-4c59-8fc5-002cba241b18(Office.14).aspx

108

d’administrateur central sur le serveur de destination. Les travaux peuvent se connecter en utilisant l’Authentification Windows

intégrée ou l’authentification de base.

Les informations vous permettant de définir si vous devez déployer les noms d’utilisateur associés au contenu, tels que les noms des

auteurs.

Les informations sur la manière de déployer les autorisations sur le contenu. Pour plus d’informations, voir À propos de la sécurité du

déploiement de contenu.

Travaux de déploiement de contenu

Un travail de déploiement du contenu déploie le contenu spécifié sur une planification définie en utilisant un chemin défini. Une fois qu’un chemin est défini, vous pouvez définir un ou plusieurs travaux de déploiement de contenu. Un travail de déploiement spécifie les éléments suivants :

Le chemin d’accès auquel le travail est associé.

L’utilisation des instantanés SQL.

Les sites de la collection de sites source à déployer.

La fréquence d’exécution du travail et de déploiement du contenu.

S’il faut envoyer un message électronique signalant l’échec ou la réussite du travail, ainsi que les adresses de messagerie à utiliser.

Il existe deux sortes de travaux de déploiement de contenu standard : complet et incrémentiel. Ces travaux sont gérés par un administrateur de batterie de serveurs, et vous permettent de spécifier tout le contenu, y compris tout le contenu qui a pu être déployé précédemment, ou uniquement le contenu qui a été ajouté, mis à jour ou supprimé depuis le dernier déploiement réussi. Ces travaux sont exécutés selon une planification indiquée par l’administrateur de batterie de serveurs.

Un troisième type de travail de déploiement de contenu, le déploiement rapide, est un travail spécial permettant aux utilisateurs de publier rapidement du contenu sans attendre l’exécution du travail de déploiement de contenu suivant. Ce travail s’exécute automatiquement à un intervalle défini.

Le tableau suivant décrit les types de travaux de déploiement de contenu :

Type de travail Description

Incrémentiel Un travail de déploiement incrémentiel déploie tout le contenu nouveau, modifié ou supprimé de la source vers la destination. Lors de sa première exécution, un travail de déploiement incrémentiel

109


effectue un déploiement complet. Lors de chaque exécution suivante, du nouveau contenu est ajouté à la destination, alors que le contenu mis à jour remplace le contenu dont le GUID est identique, mais dont les dates de modification sont plus anciennes. Le contenu supprimé dans la source est marqué pour être supprimé du serveur de destination. Cela constitue une différence importante entre les déploiements complets et incrémentiels.

Complet Un travail de déploiement de contenu complet déploie tout le contenu de la source à la destination, que ce contenu ait été déployé auparavant ou non. De même, les travaux de déploiement complets ne vérifient pas si le contenu existant sur un serveur de destination a été supprimé de la source. Si vous supprimez le contenu du serveur source, puis réalisez un déploiement complet, ce contenu ne sera

pas supprimé du serveur de destination. Évitez d’utiliser les travaux

de déploiement complets, sauf en des cas bien particuliers où vous

êtes sûr que le contenu n’a pas été supprimé sur le serveur source.

Déploiement rapide Un travail de déploiement rapide permet aux utilisateurs, tels que les auteurs et les éditeurs, de déployer rapidement une page Web. Par défaut, le travail de déploiement rapide est créé automatiquement lors de la création d’un nouveau chemin de déploiement de contenu

et est configuré pour être exécuté automatiquement toutes les 15 minutes. Lorsqu’un utilisateur marque une page pour l’inclure

dans un travail de déploiement rapide, cette page sera incluse dans le travail de déploiement rapide suivant planifié automatiquement. Seules les pages marquées par un utilisateur comme pages de déploiement rapide sont incluses dans le déploiement rapide. De même, un administrateur de batterie de serveurs peut exécuter manuellement ou annuler un déploiement rapide à tout moment en

utilisant les pages Gérer les chemins d’accès et les travaux de

déploiement de contenu. Chaque membre du groupe d’utilisateurs

110


du déploiement rapide (créé dans des sites pour lesquels la fonctionnalité Infrastructure de publication SharePoint Server est activée) peut marquer une page Web à déployer en utilisant la commande Déploiement rapide.

Remarque :

Il est possible de créer un chemin défini sur des sites où la

fonctionnalité Infrastructure de publication Office SharePoint Server

n’est pas activée. Cependant, les chemins créés de la sorte ne sont

pas associés à un déploiement rapide. Si vous souhaitez ajouter un déploiement rapide à un chemin défini sur un site où la fonctionnalité

Infrastructure de publication SharePoint Server n’est pas activée,

commencez par activer la fonctionnalité Infrastructure de publication SharePoint Server sur la collection de sites source, puis modifiez et enregistrez le chemin de nouveau. Le chemin est alors associé à un travail de déploiement rapide.

À propos de la sécurité du déploiement de contenu Les autorisations de contenu sur la batterie de serveurs de sessions sont généralement différentes de celles sur la batterie de serveurs source. Dans de nombreuses solutions de publication, la batterie du serveur de publication authentifie les utilisateurs en utilisant un domaine Active Directory différent de celui utilisé dans un environnement d’auteur ou intermédiaire, et il est possible qu’il n’existe aucune relation d’approbation entre les deux domaines.

Lorsque vous configurez un chemin de déploiement de contenu, les options de sécurité suivantes s’offrent à vous :

111

Tout Déploie toutes les informations concernant la sécurité avec le contenu. Cela inclut les définitions de rôles, les listes de contrôle

d’accès (qui mappent les utilisateurs et les rôles sur le contenu qu’ils sont autorisés à afficher ou à modifier) et les utilisateurs. Cette

option est intéressante si un groupe d’utilisateurs identique dispose des mêmes autorisations sur les batteries de serveur source et de

destination. Par exemple, lorsque vous effectuez un déploiement depuis une batterie de serveurs d’opérations d’auteur vers une

batterie de serveurs intermédiaire, cette option peut être la meilleure, car les mêmes utilisateurs ont besoin d’accéder aux deux

ensembles de contenu. Tout est l’option par défaut.

Définitions de rôles uniquement Déploie les définitions de rôles et les listes de contrôle d’accès mappant les rôles au contenu,

mais ne déploient pas les utilisateurs. Dans cette option, les mêmes rôles s’appliquent aux batteries de serveur source et de

destination, mais des utilisateurs différents peuvent être affectés à ces rôles dans chaque batterie de serveurs.

Aucune Ne déploie aucune information de sécurité. La sécurité de la batterie de destination doit être gérée par ses administrateurs

en affectant des utilisateurs et des rôles aux sites et au contenu de la batterie. Par exemple, lorsque vous déployez le contenu d’une

batterie de test vers le site de présence Internet d’une entreprise, cette option permet de gérer la sécurité des deux batteries

séparément.

Pour plus d’informations sur la sécurité, voir Plan security for sites and content (SharePoint Server 2010).

Fonctionnement du déploiement de contenu Les paramètres de déploiement de contenu pour les travaux de déploiement entrants et sortants sont configurés sur la page Paramètres de déploiement du contenu, qui est accessible à partir de la page Paramètres généraux de l’application sur le site Web Administration centrale. La page Paramètres de déploiement du contenu vous permet d’accepter ou de refuser les travaux de déploiement de contenu entrants pour la totalité d’une batterie de serveurs. Vous pouvez également, dans votre batterie de serveurs, dédier des serveurs à la réception des travaux de déploiement de contenu entrants ou à l’envoi des travaux de déploiement de contenu sortants. Cela vous permet de répartir la charge des travaux de déploiement de contenu sur plusieurs serveurs dans votre batterie de serveurs, en fonction des ressources serveur disponibles et des besoins de votre batterie de serveurs.

http://technet.microsoft.com/library/85a1866e-2743-4f98-a1ac-9ea61905c6d4(Office.14).aspx

112

Remarque :

Selon le type de batterie de serveurs que vous utilisez, vous ne devrez peut-être pas activer la prise en charge des travaux de déploiement entrants et sortants. Si votre batterie de serveurs est une batterie de création, il est inutile de configurer de paramètres entrants (d’importation). S’il s’agit d’une batterie de production, il est inutile de configurer des paramètres sortants (d’exportation).

Toutefois, si votre batterie de serveurs est une batterie de transit, vous devez configurer des paramètres entrants (d’importation) et

sortants (d’exportation).

Les tâches incluses dans le déploiement de contenu sont contrôlées par un processus de minuteur sur le serveur hébergeant le site Web de l’Administration centrale, qui sert à administrer les travaux de déploiement de contenu. Ce serveur peut être le serveur source dans la batterie de serveurs de déploiement, ou un serveur distinct dans la batterie. Le travail de déploiement de contenu utilise les informations sur les comptes de service fournies dans les paramètres de chemin d’accès de déploiement de contenu pour s’authentifier auprès d’un service Web sur le serveur de destination. Ce service Web fait office de voie de communication entre les serveurs sources et de destination lorsque le travail de déploiement de contenu est exécuté.

L’illustration suivante montre le processus que subit le travail de déploiement de contenu du début à la fin :

114

Légende Description

1 Lorsqu’un travail de déploiement de contenu démarre, il vérifie le

jeton de modification pour déterminer le moment où le dernier travail

de déploiement de contenu réussi a été exécuté. Si la durée écoulée entre le dernier travail de déploiement de contenu réussi et le travail de déploiement de contenu actuel est trop longue pour que le jeton de modification stocké soit encore valide, le travail actuel est exécuté en tant que travail de déploiement de contenu complet, pas en tant que travail de déploiement de contenu incrémentiel.

Une fois le jeton de modification vérifié, le processus d’exportation

démarre sur le serveur source. Si les instantanés SQL sont activés pour le travail de déploiement de contenu, un instantané est capturé

avant que ne démarre le processus d’exportation.

Remarque :

En préparation de l’exportation, les paramètres tels que

l’emplacement du fichier, le nom de fichier de base et d’autres

valeurs sont spécifiés pour le travail de déploiement.

2 Ensuite, le contenu à inclure est exporté vers un répertoire

temporaire sur le serveur source, où il est distribué dans les fichiers

.cab pour le transport. Si le travail de déploiement a été configuré pour utiliser les instantanés de base de données SQL Server, il utilisera une capture instantanée de la base de données comme source pour l’exportation ; dans le cas contraire, il exportera

directement à partir de la base de données de contenu.

115


Vous pouvez aussi utiliser l’espace de noms

Microsoft.SharePoint.Deployment.SPExport à partir de l’API

SharePoint Server 2010 pour exporter du contenu.

Une fois le serveur source authentifié auprès du service Web sur le serveur de destination, il appelle le service Web pour préparerqu’il prépare l’importation sur le serveur de destination.

3 Une fois regroupés dans des fichiers .cab sur le serveur source, les fichiers sont transportés vers un répertoire temporaire local sur le serveur de destination via HttpPost.

Le travail de déploiement de contenu appelle ensuite le service Web

pour démarrerqu’il démarre le processus d’importation sur le serveur

de destination.

Remarque :

En préparation de l’importation, les paramètres tels que

l’emplacement du fichier, le nom de fichier de base et d’autres

valeurs sont définis à l’aide des informations qui ont été stockées

dans le travail de déploiement de contenu lorsque les fichiers ont été préparés sur le serveur source.

4 Pendant l’importation, le travail de déploiement de contenu appelle

le service Web pour obtenir l’état du processus d’importation. Si le

serveur de destination n’indique pas l’état à jour dans un laps de

temps déterminé, le travail de déploiement de contenu comporte un

message d’avertissement selon lequel le délai imparti pour le travail

est peut-être arrivé à expiration. Le travail de déploiement de

116


contenu continuera de demander l’état à jour au serveur de

destination, mais risque de se solder par un échec et de devoir être

réexécuté s’il demeure sans réponse de la part du serveur de

destination.

5 Pendant l’importation, les fichiers .cab sont extraits dans un

répertoire temporaire sur le serveur de destination, puis ils sont importés dans la base de données. Les fonctionnalités de collection de sites qui sont requises par les éléments initialement inclus dans

l’importation sont activées et la planification est alors configurée

pour les éléments importés.

Vous pouvez aussi utiliser l’espace de noms

Microsoft.SharePoint.Deployment.SPImport à partir de l’API

SharePoint Server 2010 pour importer du contenu.

6 Une fois l’importation terminée, elle renvoie un état de réussite ou

d’échec au serveur Administration centrale. Si l’état de l’importation

est Réussite, le jeton de modification est enregistré. Si l’état de

l’importation est Échec, le jeton de modification est ignoré.

Considérations importantes concernant le déploiement de contenu La liste suivante contient des considérations importantes à connaître lorsque vous utilisez le déploiement de contenu :

1. Effectuez toujours un déploiement dans une collection de sites vide pour le premier travail de déploiement de contenu. Si la

collection de sites comprend déjà du contenu, le premier travail de déploiement du contenu échouera. Lorsque vous créez la

collection de sites sur le serveur de destination, utilisez l’option <Sélectionner le modèle ultérieurement> sous l’onglet Personnalisé

de la page Créer une collection de sites dans l’Administration centrale pour créer une collection de sites vide. Lors de la première

exécution du travail de déploiement de contenu, le bon modèle et tous les paramètres de configuration associés seront appliqués au

serveur de destination.

117

Remarque :

N’utilisez pas le modèle Site vide pour créer une collection de sites de destination. En effet, il ne crée pas une collection de sites vide et

peut provoquer l’échec du travail de déploiement de contenu.

2. Les serveurs d’exportation et d’importation doivent chacun héberger une instance du site Web de l’Administration

centrale. Lorsque vous configurez les paramètres de déploiement du contenu pour votre batterie de serveurs, sélectionnez les

serveurs de votre batterie à désigner comme serveurs d’importation et d’exportation pour le déploiement du contenu. Si vous essayez

de configurer un serveur d’exportation ou d’importation qui n’héberge pas le site Web de l’Administration centrale, aucun message

d’erreur ne sera affiché. La phase d’importation ou d’exportation du déploiement du contenu ne démarra pas. Vérifiez le site Web de

l’Administration centrale sur les serveurs d’exportation et d’importation.

3. Chaque serveur de vos batteries de serveurs sources et cibles doit disposer des mêmes mises à jour. Assurez-vous que

toutes les mises à jour de SharePoint Server 2010 et de Windows Server 2008 R2 et Windows Server 2008 avec Service Pack 2

(SP2) ont été appliquées et que tous les modules linguistiques ont été installés si nécessaire.

4. Les serveurs sources et cibles doivent disposer d’un espace disque suffisant pour stoker les fichiers utilisés au cours de

l’importation et de l’exportation. Au cours de l’exportation, tous les fichiers à inclure dans le travail de déploiement du contenu

sont stockés dans un répertoire temporaire dans la batterie de serveurs d’exportation. De même, au cours de l’importation, les fichiers

à importer dans la base de données sont stockés dans un répertoire temporaire sur la batterie de serveurs de destination. Vérifiez

que l’emplacement du répertoire temporaire pour chaque batterie de serveurs dispose de suffisamment d’espace disque pour recevoir

les fichiers inclus dans le travail de déploiement.

5. Si les travaux sont exécutés de manière peu fréquente, la durée de conservation des modifications dans le journal des

modifications sera ajustée. Par défaut, le journal des modifications est configuré pour conserver l’enregistrement de toutes les

modifications effectuées pendant 60 jours. Si l’intervalle de temps entre deux travaux de déploiement incrémentiels dépasse cette

durée (par exemple, 70 jours se sont écoulés depuis le dernier travail de déploiement de contenu), le journal des modifications ne

contiendra pas d’entrées précédant le dernier jeton de modification. Si les travaux sont espacés de plus de 60 jours, vous devez

modifier le nombre de jours indiqués pour l’application Web dans le site Web de l’Administration centrale.

6. N’exécutez pas de travaux de déploiement de contenu en même temps si le même chemin est utilisé par les deux

travaux. Les modifications effectuées par un travail peuvent entrer en conflit avec celles effectuées par un autre travail exécuté sur

le même chemin simultanément. Si cela vient à se produire, le travail de déploiement du contenu peut échouer.

118

Voir aussi Concepts

Planifier le déploiement de contenu (SharePoint Server 2010)

Concevoir une topologie de déploiement de contenu

119


Le déploiement de contenu est une fonctionnalité de Microsoft SharePoint Server 2010 que vous pouvez utiliser pour copier le contenu d’une collection de sites source vers une collection de sites de destination. Cet article contient des conseils d’ordre général sur la façon de planifier l’utilisation du déploiement de contenu avec vos sites de SharePoint Server 2010. Cet article n’a pas vocation à décrire le rôle et la fonction du déploiement de contenu, à expliquer les chemins d’accès et les travaux de déploiement de contenu ou à expliquer les options de sécurité lors du déploiement de contenu. Il n’explique pas non plus comment fonctionne le processus de déploiement de contenu, ni comment installer et configurer le déploiement de contenu. Pour plus d’informations, voir Vue d’ensemble du déploiement de contenu (SharePoint Server 2010).

Contenu de cet article :

À propos de la planification du déploiement de contenu

Déterminer s'il faut utiliser le déploiement de contenu

Déterminer de combien de batteries de serveurs vous avez besoin

Planifier les serveurs d'exportation et d'importation

Planifier des chemins d'accès de déploiement de contenu

Planifier le calendrier des tâches

Planifier des tâches de grande taille

Feuille de planification de déploiement de contenu

À propos de la planification du déploiement de contenu Le processus de planification décrit dans cet article commence par vous aider à déterminer s'il faut utiliser le déploiement de contenu avec votre solution SharePoint Server 2010. Le reste de cet article décrit les étapes obligatoires pour planifier une solution de déploiement de contenu : détermination du nombre de batteries de serveurs qui sont nécessaires, la planification des serveurs d'exportation et d'importation, la planification des tâches et des chemins d'accès de déploiement de contenu ainsi que et les

120

considérations spéciales pour les tâches de grande ampleur. Vous pouvez enregistrer ces informations dans la feuille qui est référencée dans la section Feuille de planification de déploiement de contenu.

Déterminer s'il faut utiliser le déploiement de contenu Bien que le déploiement de contenu puisse être utile pour copier le contenu d'une collection de sites vers une autre, il n'est pas un impératif pour chaque scénario. La liste suivante contient les raisons qui peuvent vous inciter à utiliser le déploiement de contenu pour votre solution :

Les topologies de batterie de serveurs sont complètement différentes. Un scénario courant est celui dans lequel il existe des

auteurs publiant un contenu à partir d'une batterie de serveurs interne vers une batterie de serveurs externe. Les topologies de

batteries de serveurs peuvent être complètement différentes. Toutefois, le contenu des sites à publier est le même.

Les serveurs exigent un réglage des performances spécifique pour optimiser les performances. Si vous disposez d’un

environnement serveur dans lequel les auteurs et les lecteurs consultent du contenu, vous pouvez configurer séparément le cache

d’objets et le cache de sortie sur les différentes collections de sites en fonction de la finalité du site ou du rôle d’utilisateur.

Le contenu déployé sur la batterie de serveurs de destination suscite des inquiétudes en termes de sécurité. Si vous ne

souhaitez pas que les utilisateurs aient des comptes distincts sur le serveur de production et que vous ne voulez pas procéder à une

publication en utilisant uniquement les stratégies d’approbation, le déploiement de contenu vous permet de restreindre l’accès au

serveur de production.

Avant d’implémenter une solution de déploiement de contenu, vous devez déterminer attentivement si un déploiement de contenu est réellement nécessaire. La liste suivante énumère des solutions de substitution à l’utilisation d’un déploiement de contenu :

Créer le contenu sur la batterie de serveurs de production à l’aide d’une application Web étendue Si votre environnement

comprend une seule batterie de serveurs, vous pouvez autoriser les utilisateurs à créer le contenu directement sur la batterie de

serveurs de production et à utiliser le processus de publication pour rendre le contenu accessible aux lecteurs. En utilisant une

application Web étendue, vous disposez d’un site Web IIS distinct qui utilise une base de données de contenu partagé pour exposer

le même contenu aux différents ensembles d’utilisateurs. Cette méthode est généralement utilisée dans le cadre du déploiement

d’extranets où différents utilisateurs sont amenés à accéder au contenu par le biais de domaines différents. Pour plus d’informations,

voir Extend a Web application (SharePoint Server 2010).

Créer une solution personnalisée Vous pouvez utiliser les espaces de noms Microsoft.SharePoint.Deployment.SPExport et

Microsoft.SharePoint.Deployment.SPImport à partir de l’API SharePoint Server 2010 pour développer une solution personnalisée

adaptée à vos besoins. Pour plus d’informations, voir Procédure : personnaliser le déploiement de contenu dans le cadre de

scénarios sans connexion (éventuellement en anglais).

http://technet.microsoft.com/library/02dc86bd-5918-4a01-89e9-d04508c3cc72(Office.14).aspx



121

Utiliser la sauvegarde et la restauration Vous pouvez utiliser la sauvegarde et la restauration pour sauvegarder une collection de

sites depuis un emplacement et la restaurer vers un autre. Pour plus d’informations, voir Back up a site collection (SharePoint Server

2010) et Restore a site collection (SharePoint Server 2010).

Si, de votre point de vue, l’utilisation du déploiement de contenu dans SharePoint Server 2010 est appropriée pour votre solution, poursuivez la lecture de cet article.

Déterminer de combien de batteries de serveurs vous avez besoin Un scénario de déploiement de contenu standard inclut deux batteries de serveurs distinctes : une batterie de serveurs source qui est utilisée pour la création et une batterie de serveurs de destination qui est utilisée pour la production. Vous pouvez également utiliser le déploiement de contenu pour copier le contenu entre les deux collections de sites distinctes au sein de la même batterie de serveurs, ou vous pouvez utiliser une batterie de serveurs à trois niveaux qui contient un serveur pour la création, un pour la zone de transit et l’assurance qualité et un serveur pour la production. Si vous utilisez le déploiement de contenu, vous devez également déterminer le nombre de batteries de serveurs qui sont nécessaires pour votre solution. Pour plus d’informations sur les topologies de déploiement de contenu, voir Concevoir une topologie de déploiement de contenu

Planifier les serveurs d'exportation et d'importation Une fois que vous avez choisi une topologie pour votre batterie de serveurs, vous devez déterminer quels serveurs serviront de serveurs d'exportation et d'importation. Il s'agit des serveurs de la batterie de serveurs qui sont utilisés pour exécuter les travaux de déploiement de contenu. Il ne s'agit pas nécessairement des serveurs sources ou de destination. Toutefois, les serveurs qui sont désignés en tant que serveurs d'exportation et d'importation des serveurs doivent avoir le site Web Administration centrale installé. Déterminez quels serveurs seront configurés pour envoyer ou recevoir des tâches de déploiement de contenu et pour enregistrer vos décisions.

Dans la feuille de planification de déploiement de contenu, notez chaque batterie de serveurs de votre topologie de déploiement de contenu et sa finalité. Pour chaque batterie de serveurs, indiquez l’URL du serveur d’exportation, du serveur d’importation, ou les deux. Indiquez également le domaine Active Directory utilisé par la batterie.

Planifier des chemins d'accès de déploiement de contenu Un chemin d'accès de déploiement de contenu définit une collection de sites source à partir de laquelle le déploiement de contenu peut démarrer et une collection de sites de destination vers laquelle le contenu est déployé. Un chemin d'accès peut uniquement être associé à une collection de sites. Pour planifier les chemins d'accès de déploiement de contenu qui sont nécessaires pour votre solution,

http://technet.microsoft.com/library/45acdd33-b322-4f36-97f1-0701159e15f0(Office.14).aspx

http://technet.microsoft.com/library/45acdd33-b322-4f36-97f1-0701159e15f0(Office.14).aspx

http://technet.microsoft.com/library/f8f81869-a51f-4d7f-b4b6-52dd99078c23(Office.14).aspx

122

déterminez les collections de sites qui seront déployées et définissez la source et la destination pour chaque chemin d'accès. Pour plus d'informations sur les chemins d'accès, voir Vue d’ensemble du déploiement de contenu (SharePoint Server 2010).

Si vous envisagez d’utiliser une topologie de batteries de serveurs à trois étapes, vous devez également planifier la quantité de contenu à déployer entre les batteries de serveurs. En général, vous devez réduire le nombre de « sauts » que le contenu effectue lorsqu’il passe de la batterie de serveurs de création à la batterie de serveurs de transit, puis à la batterie de serveurs de production. Par exemple, si vous souhaitez tester le contenu sur la batterie de serveurs de transit avant de le faire passer à la batterie de serveurs de production, vous pouvez le déployer depuis la batterie de serveurs de création vers la batterie de serveurs de transit, puis, une fois vérifié, depuis la batterie de serveurs de création vers la batterie de serveurs de production. Cela signifie que seule la batterie de serveurs de création est responsable du déploiement du contenu sur toutes les autres batteries de serveurs dans l’environnement. Bien qu’il soit possible de déployer le contenu depuis la batterie de serveurs de création vers la batterie de serveurs de transit, puis de la batterie de serveurs de transit vers la batterie de serveurs de production, il n’est pas nécessaire d’utiliser cette approche. Lorsque vous concevez les chemins d’accès de déploiement de contenu pour une topologie de batteries de serveurs à trois étapes, vous devez également planifier attentivement les travaux qui déploieront le contenu sur les autres batteries de serveurs au sein de l’environnement. Pour plus d’informations sur les topologies de déploiement de contenu, voir Concevoir une topologie de déploiement de contenu.

Enregistrez chaque chemin dans la feuille de planification de déploiement de contenu. Pour chacun d’eux, indiquez les applications Web et collections de sites sources et cibles. Précisez également le volume d’informations de sécurité à déployer avec le chemin : toutes, les rôles uniquement ou aucune.

Planifier le calendrier des tâches Une fois que vous avez défini les chemins d’accès ainsi que le contenu de site à déployer, vous devez planifier les tâches spécifiques permettant de déployer le contenu. Une tâche de déploiement de contenu vous permet de spécifier le déploiement de toute une collection de sites ou de seulement quelques sites particuliers pour un chemin d’accès spécifique. Les tâches définissent également la fréquence de leur exécution et s’il faut inclure tout le contenu, ou seulement le nouveau contenu, le contenu modifié ou le contenu supprimé. Vous pouvez associer plusieurs tâches à chaque chemin d’accès. Pour chaque chemin d’accès que vous définissez, vous devez déterminer si une tâche déploiera toute la collection de sites ou des sites particuliers.

Lorsque vous planifiez l’étendue de vos tâches de déploiement de contenu, veillez à penser à l’ordre dans lequel elles s’exécuteront. Vous devez déployer une collection de sites ou un site avant de déployer un site placé en-dessous de lui dans la hiérarchie. Par exemple, si vous avez une collection de sites avec deux sites placés en dessous d’elle, Site A et Site B, et que Site A a aussi deux sites situés en dessous de lui, Site C et Site D, vous devez créer et exécuter une tâche qui déploiera la collection de sites de niveau supérieur, avant de déployer le Site A et le Site B. Vous devez également déployer le Site A avant de déployer le Site C et le Site D. Si vous planifiez d’utiliser

123

des tâches de déploiement de contenu qui portent sur des sites spécifiques, veillez à planifier les tâches de manière appropriée de façon que les sites situés aux échelons supérieurs de la hiérarchie soient déployés avant les sites de niveau inférieur dans la hiérarchie.

Vous devez également déterminer quand et à quelle fréquence exécuter chaque tâche. En règle générale, vous devez planifier l’exécution des tâches aux heures auxquelles le serveur source a le moins d’activité. Le contenu qui est extrait pour être modifié par un utilisateur au démarrage d’une tâche de déploiement de contenu sera ignoré par la tâche de déploiement de contenu et sera copié avec la tâche de déploiement suivante après archivage. Vous pouvez configurer une tâche de manière qu’elle utilise une capture instantanée de la base de données de contenu dans Microsoft SQL Server 2008 Enterprise Edition afin de réduire les risques pour la tâche de déploiement de contenu.

Remarque :

Si vous utilisez le stockage BLOB distant et que le fournisseur de stockage BLOB distant que vous utilisez ne prend pas en charge les captures instantanées, vous ne pouvez pas utiliser de captures instantanées pour le déploiement ou la sauvegarde de contenu. Par exemple, le fournisseur SQL FILESTREAM ne prend pas en charge les captures instantanées. Pour plus d’informations sur le stockage

BLOB distant, voir Overview of Remote BLOB Storage (SharePoint Server 2010).

Si vous envisagez d’utiliser une topologie de batteries de serveurs à trois étapes, vous devez également planifier à quel moment le contenu sera déployé entre les batteries de serveurs. Par exemple, si vous déployez le contenu entre la batterie de serveurs de création et la batterie de serveurs de transit pour qu’il soit testé et vérifié, vous devez envisager de planifier le travail du déploiement du contenu vers la batterie de serveurs de production afin de disposer de suffisamment de temps pour résoudre les problèmes éventuellement détectés sur la batterie de serveurs de transit.

Remarque :

N'exécutez pas de tâches de déploiement de contenu en parallèle si le même chemin d'accès est utilisé par les deux tâches.

Pour chaque chemin d'accès, enregistrez chaque tâche associée dans la feuille de planification du déploiement de contenu. S'il existe plusieurs tâches pour un chemin d'accès, insérez une ligne sous le chemin d'accès pour chaque tâche devant être ajoutée. Pour chaque tâche, entrez la portée et fréquence d'exécution de la tâche.

http://technet.microsoft.com/library/d359cdaa-0ebd-4c59-8fc5-002cba241b18(Office.14).aspx

124

Planifier des tâches de grande taille Une tâche de déploiement de contenu exporte tout le contenu, sous forme de fichiers binaires et XML, vers le système de fichiers sur le serveur source puis empaquète ces fichiers dans la taille par défaut de fichiers .cab de 10 Mo. Si la taille d’un fichier dépasse 10 Mo, dans le cas par exemple d’un fichier vidéo de 500 Mo, il est empaqueté séparément dans son propre .cab, lequel peut excéder 10 Mo. Les fichiers .cab sont alors téléchargés en amont par HttpPost vers le serveur de destination d’où ils sont extraits et importés. Si la collection de sites qui sera déployée comprend un grand volume de contenu, vous devez vous assurer que les emplacements de stockage temporaires de ces fichiers à la fois sur les batteries de serveurs sources et les batteries de serveurs de destination disposent d’un espace suffisant pour stocker les fichiers. Dans de nombreux cas, il ne vous sera pas possible de connaître la taille ou le nombre des fichiers .cab qui seront inclus dans la tâche avant de commencer à utiliser le déploiement de contenu. Mais si vous savez que votre site est grand et pourra contenir beaucoup de contenu, assurez-vous de prévoir une capacité de stockage suffisante dans le cadre de votre topologie de déploiement de contenu.

Remarque :

Si votre site contiendra des fichiers volumineux, tels que des fichiers vidéo, il se peut que vous deviez ajuster la taille de téléchargement de fichiers maximale pour que l'application Web prenne en charge l'augmentation de la taille des fichiers .cab. Pour plus d'informations, voir Planifier la mise en cache et les performances (SharePoint Server 2010).

Feuille de planification de déploiement de contenu Téléchargez une version Excel de la feuille de planification de déploiement de contenu (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=167835&clcid=0x40C).

Voir aussi Concepts




125


Le déploiement de contenu est une fonctionnalité de Microsoft SharePoint Server 2010 qui vous permet de déployer du contenu depuis une collection de sites source vers une collection de sites de destination. Cet article décrit les éléments de topologies conçues pour le déploiement de contenu et présente des topologies de déploiement de contenu classiques. Pour une vue d’ensemble du déploiement de contenu avec SharePoint Server 2010, voir Vue d’ensemble du déploiement de contenu (SharePoint Server 2010). Pour plus d’informations sur la planification de l’utilisation du déploiement de contenu avec votre solution, voir Planifier le déploiement de contenu (SharePoint Server 2010).

Dans cet article :

Éléments de topologies de déploiement de contenu

Topologies de déploiement de contenu classiques

Éléments de topologies de déploiement de contenu La plupart des topologies de déploiement de contenu incluent au moins deux batteries de serveurs pour séparer l’environnement de création de l’environnement de production. Une batterie de serveurs utilisée dans un déploiement de contenu peut avoir l’une des utilisations suivantes :

Création La batterie de serveurs de création contient la collection de sites qui est utilisée par l’équipe qui crée le contenu.

Production La batterie de serveurs de production contient la collection de sites qui présente le contenu à l’audience ciblée. Cette

batterie de serveurs se caractérise généralement par une sécurité renforcée.

Transit La batterie de serveurs de transit contient une collection de sites qui est une copie de la collection de sites de production,

afin que le contenu puisse être révisé et testé avant sa publication.

Dans toutes les batteries de serveurs qui exportent du contenu, vous devez spécifier un serveur unique qui héberge le site Web Administration centrale en tant que serveur d’exportation. De même, dans toutes les batteries de serveurs qui importent du contenu, vous devez spécifier un serveur unique qui héberge le site Web Administration centrale en tant que serveur d’importation. Il s’agit de serveurs hébergeant les travaux du minuteur qui exécutent les opérations d’exportation et d’importation, et qui assemblent, transportent et décompressent les fichiers .cab qui renferment le contenu exporté et importé dans le cadre du déploiement de contenu. Les serveurs

126

d’exportation et d’importation doivent disposer de suffisamment d’espace disque pour héberger ces fichiers .cab en plus des copies décompressées des fichiers avant et après la compression. Pour plus d’informations sur le processus de déploiement de contenu, notamment la liste des éléments à prendre en considération lorsque vous utilisez le déploiement de contenu, voir Vue d’ensemble du déploiement de contenu (SharePoint Server 2010).

Topologies de déploiement de contenu classiques Cette section présente des topologies courantes de déploiement de contenu.

Topologie à deux batteries de serveurs

La topologie à deux batteries de serveurs est une topologie de site Internet standard et est une topologie couramment employée pour publier des sites Internet, par exemple, pour les sites de présence Internet ou les sites d’informations en ligne des entreprises. Elle prévoit deux batteries de serveurs : l’une pour héberger la collection de sites de création avec d’autres sites utilisés par l’équipe de création et l’autre pour héberger la collection de sites de production. Pour cette topologie, les utilisateurs de la batterie de serveurs de production appartiennent à un domaine Active Directory distinct, et certains utilisateurs de batterie de production peuvent être anonymes. Cette topologie est recommandée pour les sites destinés à Internet et pour les sites extranet dont le contenu est accessible en lecture seule aux utilisateurs.

La figure suivante illustre une topologie à deux batteries de serveurs standard pour le déploiement de contenu :

Dans la topologie à deux batteries de serveurs, la batterie de serveurs de création contient la collection de sites utilisée pour créer le contenu du site. Un serveur Web frontal de la batterie de création doit être configuré pour exporter le contenu de la collection de sites de création vers la batterie de production. Un serveur qui héberge le serveur Web Administration centrale dans la batterie de serveurs de production doit être configuré pour importer le contenu de la batterie de serveurs de création.

Dans la topologie à deux batteries de serveurs, il est fréquent que la batterie de production soit hébergée dans un réseau de périmètre protégé par des pare-feu externe et interne pour renforcer la sécurité.

Les variantes de cette topologie sont les suivantes :

127

Une seule batterie de création publiant sur plusieurs batteries de production Dans cette variante, plusieurs batteries sont

déployées dans le réseau de périmètre. Chaque batterie de production peut avoir le même contenu, ou les sites peuvent varier d’une

batterie à l’autre. Cette topologie peut être configurée de plusieurs manières :

La batterie de création peut déployer sur toutes les batteries de production.

La batterie de création peut déployer sur une batterie de production ; à l’aide du contenu de déploiement, cette batterie de

production peut ensuite déployer sur les autres batteries de production.

Remarque :

Étant donné qu’un travail de déploiement de contenu est basé sur un chemin d’accès à une destination spécifique, les déploiements vers

plusieurs batteries de serveurs de production ne sont pas synchronisés. Dans ce scénario, il est possible que chaque batterie de serveurs de production héberge un contenu différent tant que tous les travaux de déploiement de contenu n’ont pas été exécutés.

Plusieurs batteries de création publiant sur une seule batterie de production Différentes équipes de création, chacune

travaillant sur ses propres batteries de création, peuvent travailler sur des collections de sites distinctes dont le contenu est publié sur

différentes collections de sites sur une seule batterie de production.

Topologie en trois étapes

Dans certaines solutions, une topologie en trois étapes est déployée, comprenant une batterie de création, une batterie de transit et une batterie de production. La batterie de transit est utilisée pour tester ou vérifier le contenu, en plus des composants WebPart ou du code personnalisés, avant sa publication sur la batterie de production. Suivant la taille de votre solution SharePoint Server 2010, les collections de sites de création et de transit peuvent se trouver dans la même batterie de serveurs, plutôt que dans deux batteries de serveurs distinctes. Cette topologie est recommandée dans les situations suivantes :

environnements dans lesquels un processus d’approbation à plusieurs étapes est un besoin de l’entreprise ;

validation du contenu dans un environnement qui reflète plus étroitement l’environnement de production avant son déploiement vers

la production ;

test du contenu avec des composants WebPart et du code personnalisés avant son déplacement vers la batterie de serveurs de

production.

Dans une topologie de déploiement de contenu en trois étapes classique, la batterie de création déploie le contenu sur la batterie de transit et sur la batterie de production. Un serveur Web frontal de la batterie de création doit être configuré pour exporter le contenu. Un serveur Web frontal de la batterie de transit et de la batterie de production doit être configuré pour importer le contenu.

La figure suivante illustre une topologie à trois étapes standard pour le déploiement de contenu, dans laquelle la batterie de création déploie le contenu sur la batterie de transit et la batterie de production :

128

Dans une variante de la topologie en trois étapes, la batterie de création déploie le contenu sur la batterie de transit, tandis que celle-ci déploie le contenu sur la batterie de production. Dans ce scénario, un serveur qui héberge le site Web Administration centrale dans la batterie de transit doit être configuré pour importer et exporter le contenu.

Topologie à une seule batterie de serveurs

Le déploiement de contenu peut être configuré dans le cadre d’une seule batterie de serveurs. Dans cette topologie, les créateurs travaillent sur une collection de sites et le contenu est déployé sur une collection de sites de publication dupliquée sur la même batterie. Les collections de sites utilisées pour la création et la production recourent à des bases de données séparées sur le même serveur de bases de données. Les collections de sites peuvent se trouver dans la même application Web ou dans des applications Web distinctes. La sécurité est gérée en accordant aux utilisateurs des autorisations sur le contenu plutôt qu’en utilisant des domaines Active Directory séparés. Cette topologie est recommandée pour les environnements Intranet, pour les environnements externes dans lesquels la vérification de contenu ou de code dans un environnement de transit n’est pas un besoin de l’entreprise et pour répartir l’authentification et les paramètres de sécurité sur deux emplacements lorsqu’une seule batterie de serveurs est disponible ou nécessaire.

La figure suivante illustre une topologie à une seule batterie de serveurs, dans laquelle une collection de sites dans une application Web est déployée sur une collection de sites dans une autre application Web au sein de la même batterie de serveurs :

130

Remarque :

Il est possible que l’utilisation du déploiement de contenu avec une topologie à une seule batterie de serveurs ne soit pas la meilleure

approche pour votre solution SharePoint Server 2010. Au lieu d’utiliser le déploiement de contenu, vous pouvez étendre l’application Web.

Cette option vous permet de disposer d’un site Web IIS distinct qui utilise une base de données de contenu partagée pour exposer le

même contenu à un autre groupe d’utilisateurs. Cette méthode est généralement utilisée dans le cadre du déploiement d’extranets où

différents utilisateurs sont amenés à accéder au contenu par le biais de domaines différents. Pour plus d’informations sur l’extension

d’une application Web, voir Extend a Web application (SharePoint Server 2010). Pour la liste des méthodes autres que l’utilisation du

déploiement de contenu, voir Planifier le déploiement de contenu (SharePoint Server 2010).

Voir aussi Concepts



http://technet.microsoft.com/library/02dc86bd-5918-4a01-89e9-d04508c3cc72(Office.14).aspx

131

Vue d’ensemble des variantes

La fonction de variantes dans Microsoft SharePoint Server 2010 met du contenu à la disposition d’audiences spécifiques sur différents sites en copiant celui-ci à partir d’un site de variantes source vers chaque site de variantes cible. Lorsque les utilisateurs visitent le site racine, ils sont redirigés vers le site de variantes approprié, en fonction du paramétrage linguistique de leur navigateur Web. Au besoin, le contenu peut être personnalisé sur le site de variantes cible. Par exemple, le contenu d’un site de variantes cible peut être traduit dans d’autres langues avant qu’il ne soit publié. Les variantes ne peuvent être utilisées que sur des sites SharePoint Server 2010 créés avec l’un des modèles de site de publication ou sur des sites pour lesquels la fonctionnalité Infrastructure de publication de SharePoint Server a été activée.

Remarque :

Bien que les variantes puissent être utilisées pour les solutions multilingues, la fonction de variantes ne traduit pas les pages. Pour utiliser des variantes pour créer du contenu multilingue, vous pouvez utiliser des flux de travail pour acheminer le contenu en vue de sa

traduction par une autre équipe ou un autre fournisseur tiers après qu’il a été copié sur des sites cibles. Pour plus d’informations sur les

flux de travail, voir Planifier des flux de travail (SharePoint Server 2010).

Cet article fournit une vue d’ensemble de la fonction de variantes. Il décrit les éléments de la fonction de variantes, fournit une vue d’ensemble de la création de sites et de pages pour les sites de variantes, répertorie certaines des limitations des variantes et décrit des scénarios d’utilisation de variantes dans SharePoint Server 2010. En revanche, il ne décrit pas les tâches nécessaires à la planification d’une solution qui utilise des variantes. Pour plus d’informations sur la planification de l’utilisation de variantes dans votre solution, voir Planifier les variantes. En outre, cet article n’explique pas comment créer des étiquettes et des hiérarchies de variantes. Pour plus d’informations sur la création d’un site de variantes, voir Créer un site de variantes (éventuellement en anglais).

Dans cet article :

Utilisation et avantages des variantes

Scénarios d’utilisation des variantes

Éléments de variantes


132

Présentation des variantes

Présentation de la création de sites de variantes source et cibles

Présentation de la création de sites et de pages

Limitations des variantes

Utilisation et avantages des variantes De nombreuses organisations évoluent à l’échelle mondiale. Toutefois, même dans les marchés intérieurs, les organisations doivent atteindre une clientèle diversifiée susceptible de parler de nombreuses langues différentes ou de nécessiter des informations spécifiques basées sur les différences régionales, sur les différents appareils mobiles ou sur les éléments de personnalisation de l’entreprise. Ces types d’organisations ont besoin de sites Web qui fournissent du contenu adapté aux différentes cultures, aux différents marchés et aux différentes zones géographiques. La création et la gestion de variantes d’un site peuvent s’avérer difficiles et gourmandes en temps. En utilisant des variantes dans le cadre d’une solution SharePoint Server 2010, les architectes de sites et les administrateurs de sites peuvent simplifier le processus de création et de gestion de ces sites. La fonction de variantes automatise la création des sites et des pages, ce qui élimine la nécessité de créer manuellement un site et toutes les pages associées pour chaque instance d’une variante requise.

Scénarios d’utilisation des variantes Vous pouvez utiliser des variantes pour créer différentes versions de contenu similaire pour les utilisateurs dans de nombreux scénarios. Le tableau suivant décrit des scénarios dans lesquels vous pouvez utiliser des variantes.

Scénario Description

Plusieurs langues Vous pouvez utiliser des variantes pour créer des sites et du contenu pour des langues spécifiques. Dans ce scénario, la majorité du contenu est créée dans la langue du site de variantes source et copié vers la totalité ou une partie des sites de variantes cibles en vue de sa traduction dans différentes langues. Par exemple, le contenu peut être créé en anglais et copié vers des sites de variantes cibles en vue de sa traduction en allemand, français et espagnol.

Plusieurs appareils Vous pouvez personnaliser la logique de la page VariationRoot.aspx de manière à rediriger les

133

Scénario Description

utilisateurs vers des pages conçues pour différents types d’appareils. Par exemple, vous pouvez

disposer de sites de variantes cibles contenant des pages conçues pour s’afficher sur des

appareils dotés de tailles ou de résolutions d’écran différentes.

Plusieurs emplacements ou marques Vous pouvez utiliser des variantes pour créer du contenu pour des emplacements ou des marques spécifiques. Par exemple, une société de location de voitures peut disposer de sites de variantes cibles pour toutes les villes dans lesquelles elle possède une succursale. La plupart des informations sur la société étant identiques dans toutes les succursales, des variantes sont utilisées pour ces pages, tandis que le reste du contenu, tel que les offres ou les promotions spéciales, est créé sur les sites de variantes cibles pour lesquels il est requis.

Éléments de variantes La fonction de variantes se compose des éléments suivants :

Site racine des variantes Le site racine des variantes fournit l’URL pour tous les sites de variantes source et cibles et contient la

page d’accueil qui redirige les utilisateurs vers le site de variantes approprié. Il ne s’agit pas du même site que le site racine d’une

collection de sites, bien que vous puissiez spécifier le site racine d’une collection de sites également en tant que site racine de la

hiérarchie de variantes.

Étiquettes de variantes Une étiquette de variantes est un identificateur qui désigne un nouveau site de variantes. Vous définissez

les variantes d’un site en créant des étiquettes de variantes, à raison d’une par variante prévue.

Site de variantes Les sites de variantes sont les sites créés en fonction des étiquettes de variantes définies. Il existe deux types de

sites de variantes :

Site de variantes source Le site de variantes source est le site dans lequel le contenu partagé est créé et publié, et il s’agit du

site à partir duquel des copies du contenu partagé sont envoyées aux sites de variantes cibles. Il ne peut exister qu’un site de

variantes source dans une même collection de sites. Une fois qu’un site de variantes source a été sélectionné, il ne peut pas être

modifié.

134

Sites de variantes cibles Les sites de variantes cibles obtiennent la plupart de leur contenu du site de variantes source. Bien

que du nouveau contenu puisse être créé sur un site de variantes cible, ce contenu n’est pas partagé avec les autres sites et est

propre au site sur lequel il a été créé.

Hiérarchie de variantes La hiérarchie de variantes englobe l’ensemble des sites dans toutes les étiquettes de variantes.

Pages de variantes Les pages de variantes correspondent aux pages de publication stockées dans la bibliothèque de pages du site

de variantes source et des sites de variantes cibles. Ces pages et toutes les ressources dépendantes, telles que les images et les

documents constituent le seul contenu copié à partir du site de variantes source vers les sites de variantes cibles.

Important :

Il est recommandé de ne pas ajouter de pages autres que des pages de publication à la bibliothèque de pages d’un site qui utilise des

variantes, car cela risque d'entraîner l'échec du travail du minuteur Définition du travail Création de hiérarchies de variantes.

Présentation des variantes La fonction de variantes crée des sites et copie le contenu à partir d’un site de variantes source vers un ou plusieurs sites de variantes cibles. Par défaut, la fonction de variantes copie uniquement des pages de publication à partir de la bibliothèque de pages du site de variantes source. La fonction de variantes ne copie pas d’autre contenu de site, tel que des listes ou d’autres bibliothèques de documents, à la différence de la fonction de déploiement de contenu, qui copie tout le contenu, y compris les listes et les autres bibliothèques de documents, à partir d’un site vers un autre. Si l’option Ressources est configuré de manière à ce que les ressources soient copiées vers des sites de variantes cibles, les ressources liées, telles que les images et les documents, sont copiées. Une autre différence importante entre les variantes et le déploiement de contenu réside dans le fait que l’utilisation de la fonction de variantes permet la modification du contenu copié sur les sites de variantes cibles, contrairement à la fonction de déploiement de contenu, pour laquelle la modification du contenu copié est déconseillée.

Par défaut, lorsque les utilisateurs visitent le site racine, ils sont redirigés vers le site de variantes approprié, en fonction du paramétrage linguistique de leur navigateur Web. Par exemple, si la langue de navigateur par défaut de l’utilisateur est le français, SharePoint Server 2010 redirige cet utilisateur vers le site de variantes français. Vous pouvez personnaliser ce comportement en remplaçant la page de redirection par défaut, VariationRoot.aspx, par une autre page. Cette nouvelle page peut appliquer une logique qui identifie la langue par défaut de l’utilisateur, l’appareil de l’utilisateur ou tout autre élément de variation du site. Pour plus d’informations sur la personnalisation de la redirection des sites de variantes, voir Procédure : personnaliser la logique de la page d’arrivée de la racine des variantes (éventuellement en anglais).

Étiquettes de variantes



135

Une étiquette de variante est un identificateur qui désigne un site de variantes. Vous sélectionnez une étiquette de variante comme source, qui représente le site de variantes source. Les autres étiquettes de variantes correspondent aux étiquettes cibles, représentant les sites de variantes cibles vers lequel le contenu est copié. Vous créez des sites de variantes à partir des étiquettes de variantes à l’aide de la commande Créer des hiérarchies de la page Étiquettes de variantes.

Un seul ensemble d’étiquettes de variantes, la hiérarchie de variantes, peut être défini pour une collection de sites. Les sites de variantes correspondants peuvent être créés n’importe où dans la hiérarchie de la collection de sites. Le site de variantes source et les sites de variantes cibles sont toujours créés en tant que sous-sites du site racine des variantes. Les utilisateurs qui visitent le site racine des variantes sont redirigés vers le site de variantes approprié.

L’illustration suivante fournit un exemple d’une hiérarchie de sites de variantes et montre comment le contenu de publication est copié à partir de la bibliothèque de pages vers des sites de variantes cibles.

136

Trois étiquettes de variantes, « EN », « FR » et « DE », sont créées sur le site racine http://contoso.com. Lorsque la hiérarchie de variantes est créée, les sites de variantes correspondants, étiquetés « EN », « FR » et « DE », sont créés un niveau au-dessous du site racine des variantes. Étant donné que le site « http://contoso.com/EN » est spécifié en tant que site de variantes source, les pages créées et publiées sur le site « http://contoso.com/EN » sont copiées vers les sites de variantes cibles « http://contoso.com/FR » et « http://contoso.com/DE ».

Lorsque vous créez une étiquette de variante, vous sélectionnez le paramètre régional qu’elle devra utiliser. Le paramètre régional intervient uniquement dans la redirection du navigateur et n’a aucune incidence sur la langue de l’interface utilisateur. Si des modules linguistiques ont été installés sur le serveur Web frontal, vous pouvez également sélectionner une langue pour le site de variantes. Le paramètre de langue dans SharePoint Server 2010 détermine la langue de l’interface utilisateur sur le site de variantes. Si aucun module linguistique n’a été installé, l’option permettant de sélectionner une langue n’est pas disponible et le site de variantes utilise la langue par défaut de l’installation de SharePoint Server 2010 sur le serveur, indépendamment du paramètre régional sélectionné pour l’étiquette de variante. Par exemple, si SharePoint Server 2010 a été installé en utilisant la version anglaise et qu’aucun module linguistique n’a été installé, lorsqu’une étiquette de variante est créée pour le paramètre régional japonais, l’interface utilisateur du nouveau site de variantes cible est en anglais, pas en japonais. Si vous utilisez des variantes pour la création de sites multilingues et que vous souhaitez que l’interface utilisateur d’un site de variantes cible s’affiche en utilisant une langue spécifique, vous devez installer le module linguistique pour chaque langue avant de créer les sites de variantes. Si un module linguistique n’est pas disponible lorsqu’un site de variantes cible est créé, cela n’empêche pas la création de ce site et les utilisateurs peuvent modifier la langue secondaire du site à l’aide de l’interface utilisateur multilingue. Pour plus d’informations sur l’interface utilisateur multilingue, voir Multilingual user interface overview (SharePoint Server 2010). Pour plus d’informations sur l’installation des modules linguistiques, voir Deploy language packs (SharePoint Server 2010).

Paramètres des variantes

Bien que vous puissiez spécifier n’importe quel site d’une collection de sites en tant que site racine des variantes, les paramètres des variantes sont configurés dans la page Administration de la collection de sites du site de niveau supérieur au sein de la collection de sites. La page Paramètres de la variante vous permet de sélectionner le site racine des variantes. Une fois que le site racine des variantes a été sélectionné et qu’une hiérarchie de variantes a été créée, le site racine ne peut pas être modifié.

Outre l’option permettant de spécifier le site racine, la page des paramètres de variantes contient les options suivantes :

Création automatique Détermine si les sites et les pages sur le site de variantes source sont créés automatiquement sur les sites de

variantes cibles. Par défaut, cette option est activée. Si vous la désactivez, les sites et les pages créés sur le site de variantes source

doivent être créés manuellement sur les sites de variantes cibles.

Recréer la page cible supprimée Détermine si une page doit être recréée sur le site de variantes cible si elle a été supprimée du site

de variantes cible et que la page sur le site de variantes source a été republiée. Par défaut, cette option est activée. Si vous la

désactivez, les pages supprimées ne sont pas recréées sur les sites de variantes cibles.

http://technet.microsoft.com/library/11938199-8c3d-4acb-a4b2-879a0ba29a15(Office.14).aspx

http://technet.microsoft.com/library/11938199-8c3d-4acb-a4b2-879a0ba29a15(Office.14).aspx

http://technet.microsoft.com/library/26c07867-0150-463d-b21a-a6d42aecf05a(Office.14).aspx

137

Mettre à jour les composants WebPart des pages cibles Détermine si les modifications apportées aux composants WebPart dans

les pages d’un site de variantes source sont répercutées dans les pages des sites de variantes cibles. Par défaut, cette option est

activée.

NotificationEnvoie un message électronique au contact de la page d’accueil d’un site de variantes cible lorsqu’une page ou un site

est créé ou au contact de la page spécifiée lorsqu’une page est mise à jour avec des révisions à partir du site de variantes source.

Par défaut, cette option est activée.

Ressources Indique s’il faut utiliser les mêmes ressources sur le site de variantes source lorsque des pages sont copiées vers les

sites de variantes cibles ou les copier vers les sites de variantes cibles. Les ressources sont limitées aux fichiers stockés dans une

bibliothèque de documents pouvant être référencée par une page de publication, telles que des images et des documents. Par défaut,

cette option est configurée de manière à référencer des ressources existantes.

Pour plus d’informations sur l’indication des paramètres des variantes, voir Activer les paramètres des variantes pour créer des variantes de votre site (éventuellement en anglais).

Travaux du minuteur des variantes

La fonction de variantes utilise des travaux du minuteur pour effectuer des tâches telles que la création et la propagation des sites et des pages. Un travail du minuteur s’exécute à l’intérieur de OWSTIMER, service Windows pour SharePoint Server 2010. Chaque travail du minuteur possède son propre calendrier d’exécution. Vous pouvez modifier la fréquence d’exécution de chaque travail dans la page Définitions des travaux sur le site Web Administration centrale. La fonction de variantes utilise les travaux du minuteur suivants:

Définition du travail Création de hiérarchies de variantes Crée une hiérarchie de variantes complète en créant la totalité des sites

de variantes et des pages à partir du site de variantes source, en fonction des étiquettes de variantes. Par défaut, ce travail du

minuteur s’exécute une fois par jour.

Définition du travail Création de pages de variantes Crée des pages sur les sites de variantes cibles lorsque l’option Création

automatique a été désactivée et qu’un utilisateur crée manuellement une page. Par défaut, ce travail du minuteur s’exécute toutes

les heures.

Définition du travail Création de sites de variantes Crée des sites de variantes lorsque l’option Création automatique a été

désactivée et que l’utilisateur crée manuellement un site de variantes. Par défaut, ce travail du minuteur s’exécute toutes les

5 minutes.

Définition du travail Page de propagation de variantes Crée et met à jour les pages sur les sites de variantes cibles après qu’une

page sur le site de variantes source a été approuvée ou qu’elle a été envoyée manuellement par un utilisateur. Par défaut, ce travail

du minuteur s’exécute toutes les heures.



138

Définition du travail Site de propagation de variantes Crée des sites de variantes lorsque l’option Création automatique est

activée. Par défaut, ce travail du minuteur s’exécute toutes les 5 minutes.

Pour plus d’informations sur les travaux du minuteur, voir View timer job status (SharePoint Server 2010).

Présentation de la création de sites de variantes source et cibles Les sites de variantes source et cibles sont toujours créés un niveau au-dessous du site racine des variantes. Chaque site de variantes est créé à l’aide du modèle de site utilisé pour la création du site racine des variantes. Toutefois, chaque site de variantes peut utiliser un thème et une page maître spécifiques. Pour plus d’informations sur les thèmes, voir Themes overview (SharePoint Server 2010).

Lorsque la hiérarchie de variantes est initialement créée, seuls les sites basés sur la liste des étiquettes de variantes définies sont créés. S’il existe des sites sous le site racine des variantes dans une structure de site hiérarchique et que vous souhaitez que ces sites soient inclus dans la structure de site hiérarchique de chaque site de variantes, vous devez créer manuellement la structure hiérarchique de ces sites sous le site de variantes source après avoir créé la hiérarchie de variantes. Par défaut, la prochaine fois que le travail du minuteur Définition du travail Création de hiérarchies de variantes s’exécute, les sites sont copiés uniquement vers tous les sites de variantes cibles créés à ce moment-là. Pour plus d’informations sur la création des sites sous le site de variantes source sur des sites de variantes cibles existants, voir Présentation de la création de sites et de pages.

Une fois la hiérarchie de variantes initialement créée, chaque fois qu’une nouvelle étiquette est ajoutée à la hiérarchie de variantes et que l’utilisateur clique sur le bouton Créer des hiérarchies, un site de variantes cible est créé pour chaque nouvelle étiquette. Par défaut, si le site de variantes source possède du contenu dans la bibliothèque de pages ou s’il possède des sites enfants dans la hiérarchie de site, ces pages et sites sont créés sur tous les nouveaux sites de variantes cibles uniquement.

Présentation de la création de sites et de pages Par défaut, tous les sites créés sous le site de variantes source et toutes les pages publiées sur le site de variantes source ou sur n’importe quels sites situés sous celui-ci dans la hiérarchie de site sont automatiquement copiés vers les sites de variantes cibles. Si l’option Création automatique a été désactivée, les sites et les pages doivent être créés manuellement sur les sites de variantes cibles choisis.

Cette section indique comment les sites et les pages sont créés sur les sites de variantes cibles.

Création de sites

La première fois que le travail du minuteur Définition du travail Création de hiérarchies de variantes s’exécute et crée la hiérarchie de variantes à partir de la liste des étiquettes de variantes, seuls les sites de variantes source et cibles sont créés. Une fois le site de

http://technet.microsoft.com/library/1cd060e0-1eb6-424c-8ade-f8d39cd20d1d(Office.14).aspx

http://technet.microsoft.com/library/7924fe8b-986c-44eb-8dd3-5724acecd529(Office.14).aspx

139

variantes source créé, vous pouvez créer des sites sous celui-ci dans la hiérarchie de site, et ces sites sont ensuite créés sur les sites de variantes cibles existants lors de la prochaine exécution du travail du minuteur Définition du travail Site de propagation de variantes. Si l’option création automatique est désactivée, utilisez la page Contenu et structure du site sur le site de variantes source pour créer manuellement, sur un site de variantes cible unique, tous les sites qui, dans la hiérarchie de site, se trouvent sous le site de variantes source. Le nouveau site est créé sur le site de variantes cible spécifié lors de la prochaine exécution du travail du minuteur Définition du travail Création de sites de variantes. Vous pouvez effectuer cette opération chaque fois que l’option Création automatique est désactivée.

Remarque :

La création des sites de variantes source et cibles fait appel à la définition de site par défaut fournie par le modèle sélectionné lors de la

création de l’étiquette source. Aucune configuration ni aucun paramètre de site personnalisés ne sont copiés vers les nouveaux sites. Si

vous souhaitez que les sites de variantes source et cibles possèdent des configurations ou des paramètres de site personnalisés, tels que des personnalisations de navigation, vous devez apporter ces modifications sur chaque site après avoir créé la hiérarchie de variantes.

Création de pages

Si le modèle Site de publication a été sélectionné lors de la création du site de variantes source, les pages du site de variantes source ou de tous les sites situés sous celui-ci dans la hiérarchie de site doivent être publiées afin de pouvoir être copiées vers les sites de variantes cibles. Si le modèle Site de publication avec flux de travail a été sélectionné, les pages doivent être approuvées pour publication à l’aide du flux de travail de publication afin de pouvoir être copiées vers les sites de variantes cibles. Par défaut, une fois qu’une nouvelle page a été publiée ou approuvée pour publication, si elle utilise des flux de travail, elle est copiée vers tous les sites de variantes cibles lors de la prochaine exécution du travail du minuteur Définition du travail Page de propagation de variantes. Si la page a déjà été publiée et qu’elle a été modifiée et republiée sur le site de variantes source, elle est copiée vers tous les sites de variantes cibles lors de la prochaine exécution du travail du minuteur Définition du travail Page de propagation de variantes.

Si le paramètre Ressources est configuré de manière à autoriser la copie des ressources, les ressources dépendantes, telles que les images, sont copiées vers le site de variantes cible. Si le contrôle de version est activé pour la bibliothèque sur le site de variantes cible vers lequel la ressource est copiée et qu’une copie de la ressource existe déjà, la nouvelle version est ajoutée à la ressource existante et l’historique des versions est mis à jour. Si le contrôle de version n’est pas activé pour la bibliothèque sur le site de variantes cible vers lequel la ressource est copiée et qu’une copie de la ressource existe déjà, la nouvelle version remplace la ressource existante.

140

La première fois qu’une page sur un site de variantes source est copiée vers un site de variantes cible, le titre et le contenu de la page sont copiés vers le site de variantes cible. La prochaine fois que la page est copiée vers le site de variantes cible, seul le contenu de la page est copié. Le titre de la page n’est pas mis à jour sur les sites de variantes cibles une fois que la page est copiée.

Remarque :

Sur les sites de variantes cibles, une page copiée à partir du site de variantes source reçoit toujours un numéro de version secondaire. Si

la page est nouvelle sur le site cible, la version 0.1 lui est affectée. Si la page existe déjà sur le site de variantes cible, la page copiée

reçoit le numéro de version secondaire disponible suivant. Par exemple, si un site de variantes cible possède une page ayant la

version 2.1 et qu’une nouvelle variante de cette page est copiée vers le site cible, la page reçoit la version 2.2. Les pages et les

ressources supplémentaires, telles que les images approuvées pour publication sur le site de variantes source, sont copiées vers le site de variantes cible avec leur statut Approbation défini sur Brouillon, et elles doivent être approuvées afin de pouvoir être visualisées par les visiteurs du site.

Si l’option Création automatique a été désactivée, un utilisateur doit créer la page pour une étiquette de variante spécifique en utilisant la commande Créer du groupe Variantes de l’onglet Publier de la page sur le site de variantes source. La nouvelle page est copié vers un site de variantes cible unique lors de la prochaine exécution du travail du minuteur Définition du travail Création de pages de variantes. Si la page a déjà été publiée et qu’elle a été modifiée et republiée sur le site de variantes source, elle est copiée uniquement vers le site de variantes cible spécifié lors de la prochaine exécution du travail du minuteur Définition du travail Page de propagation de variantes. Pour plus d’informations sur la désactivation de la Création automatique pour les pages de variantes, voir Manage automatic propagation of variation pages. Pour plus d’informations sur la propagation des pages de variantes, voir Variantes : Propager des pages sur vos termes (éventuellement en anglais).

Par défaut, lorsqu’une page qui a été copiée à partir du site de variantes source est supprimée d’un site de variantes cible, cette page est recréée sur le site de variantes cible la prochaine fois qu’elle est publiée sur le site de variantes source et lors de la prochaine exécution du travail du minuteur Définition du travail Page de propagation de variantes. Si l’option Recréer la page cible supprimée a été désactivée, les pages supprimées ne sont pas recréées sur les sites de variantes cibles.

Pour plus d’informations sur la création de pages sources de variantes et sur l’utilisation du contenu des pages cibles de variantes, voir Utiliser les mises à jour de contenus sur les pages de variantes (éventuellement en anglais).

http://technet.microsoft.com/library/3786d875-eead-4d7c-a1d7-62383bbc8440(Office.14).aspx

http://technet.microsoft.com/library/3786d875-eead-4d7c-a1d7-62383bbc8440(Office.14).aspx




141

Limitations des variantes La liste suivante contient des informations sur les limitations de la fonction de variantes dans SharePoint Server 2010 :

La fonction de variantes est une hiérarchie à niveau unique.

Les sites de variantes source et cibles se trouvent au même niveau dans la hiérarchie de site, juste au-dessous du site racine des variantes. Bien que les sites de variantes source et cibles puissent contenir d’autres sites, ils ne peuvent pas contenir d’autres sites de variantes cibles. Par exemple, si vous disposez d’un site de variantes source en anglais et d’un site de variantes cible en français, sous lequel se trouve un site en français du Canada, la fonction de variantes ne copie du contenu qu’à partir du site de variantes source anglais vers le site de variantes cible français. En outre, la fonction de variantes ne peut pas copie du contenu à partir du site de variantes cible français vers le site en français du canada situé sous celui-ci.

La fonction de variantes ne copie pas tout le contenu à partir du site source.

Par défaut, la fonction de variantes copie uniquement des pages de publication stockées dans la bibliothèque de pages du site de variantes source. Les ressources supplémentaires, telles que les images utilisées dans ces pages, ne font l’objet d’aucune copie automatique, mais elles sont en revanche référencées à partir du site de variantes source. Vous pouvez faire en sorte que ces ressources soient copiées vers les sites de variantes cibles en modifiant l’option Ressources de la page Paramètres de la variante. Le reste du contenu du site, tel que les listes ou les bibliothèques, ne fait l’objet d’aucune copie automatique et doit être copié manuellement vers tous les sites de variantes cibles sur lesquels ces éléments sont requis.

La copie de contenu est unidirectionnelle.

La fonction de variantes copie le contenu à partir d’un site de variantes source vers un ou plusieurs sites de variantes cibles. Vous ne pouvez pas utiliser la fonction de variantes pour copier du contenu à partir d’un site de variantes cible vers un site de variantes source. En outre, les sites de variantes cibles ne peuvent pas copier de contenu vers d’autres sites de variantes cibles.

Voir aussi Concepts

Planifier les variantes

142

Planifier les variantes

La fonction de variantes dans Microsoft SharePoint Server 2010 met du contenu à la disposition d’audiences spécifiques sur différents sites en copiant celui-ci à partir d’un site de variantes source vers chaque site de variantes cible. Au besoin, le contenu peut ensuite être personnalisé dans le site de variantes cible. Par exemple, le contenu d’un site de variantes cible peut être traduit dans d’autres langues avant qu’il ne soit publié. Les variantes ne peuvent être utilisées que sur des sites SharePoint Server 2010 créés avec l’un des modèles de site de publication ou sur un site pour lequel la fonctionnalité Infrastructure de publication de SharePoint Server a été activée.

Remarque :

Bien que les variantes puissent être utilisées pour les solutions multilingues, la fonction de variantes ne traduit pas les pages. Pour utiliser des variantes pour créer du contenu multilingue, vous pouvez utiliser des flux de travail pour router le contenu en vue de sa traduction par

une autre équipe ou un autre fournisseur tiers après qu’il a été copié sur des sites cibles. Pour plus d’informations sur les flux de travail,

voir Planifier des flux de travail (SharePoint Server 2010).

Cet article fournit des informations sur les éléments importants qui doivent être pris en considération lors de l’utilisation de variantes dans une collection de sites de publication et décrit les tâches associées à la planification d’une solution qui utilise des variantes dans SharePoint Server 2010. Cet article n’offre pas une vue d’ensemble des variantes, ne décrit pas l’utilisation des variantes ou n’explique pas comment créer des étiquettes de variantes et des hiérarchies de variantes.

Pour plus d’informations sur les variantes, voir Vue d’ensemble des variantes.

Dans cet article :

À propos de la planification des variantes

Éléments importants à prendre en considération lors de la planification de l’utilisation des variantes

Déterminer les types de variantes nécessaires

Sélectionner le site racine des variantes

Spécifier le site de variantes source

143

Planifier les sites de variantes cibles

Déterminer la façon dont les sites et les pages seront créés sur les sites de variantes cibles

Planifier le calendrier des travaux du minuteur des variantes

Feuille de calcul relative à la planification des variantes

À propos de la planification des variantes Le processus de planification décrit dans cet article commence par la description des éléments importants que vous devez prendre en considération lorsque vous envisagez d’utiliser des variantes avec votre solution SharePoint Server 2010. Le reste de l’article décrit les étapes à suivre pour planifier l’utilisation de variantes avec SharePoint Server 2010. Ces étapes sont les suivantes :

déterminer le type de variantes requises et sélectionner le site racine des variantes ;

spécifier le site de variantes source et planifier les sites de variantes cibles ;

déterminer la façon dont les sites et les pages seront créés sur les sites de variantes cibles ;

planifier le calendrier des travaux du minuteur des variantes.

Vous pouvez enregistrer ces informations dans la Feuille de calcul relative à la planification des variantes.

Éléments importants à prendre en considération lors de la planification de l’utilisation des variantes Avant d’envisager d’utiliser des variantes avec votre solution SharePoint Server 2010, vous devez avoir conscience de l’interaction entre les variantes et les autres fonctionnalités SharePoint Server 2010. Cette section contient des informations sur les éléments importants à prendre en considération lorsque vous envisagez d’utiliser des variantes avec votre solution SharePoint Server 2010.

Approbation de contenu

L’approbation du contenu est la méthode par laquelle les membres de sites ayant des autorisations d’approbateur contrôlent la publication du contenu. Dans l’approbation de contenu, le contenu est considéré publié lorsqu’une nouvelle version principale est approuvée, car les versions principales sont visualisables par tous les utilisateurs disposant de l’autorisation de lecture. L’approbation de contenu dans les sites de variantes requiert le contrôle des versions principales et secondaires dans les bibliothèques Pages sur les sites de variantes source et cibles. Pour plus d’informations sur l’approbation de contenu, voir Planifier l’approbation et la planification du contenu.

144

L’approbation de contenu possède des facteurs spécifiques que vous devez prendre en considération lorsque vous planifiez des variantes :

Sur le site de variantes source, lorsqu’une page est envoyée pour approbation, un message électronique est généré et envoyé au

contact de la page sur la base des valeurs stockées dans les colonnes suivantes, dans l’ordre ci-après :

Contact

Adresse de messagerie du contact

Modifié par

Remarque :

En commençant par le champ Contact, le système vérifie chaque champ pour déterminer s’il contient des informations sur le contact

auquel la notification peut être envoyée. Si le premier champ est vide, le champ suivant est vérifié, et ainsi de suite jusqu’à ce que les

informations de contact soient trouvées.

Une fois la page approuvée pour publication, sa copie est autorisée sur les sites cibles. Vous pouvez configurer les paramètres des variantes afin que le contenu soit copié manuellement ou automatiquement sur les sites de variantes.

Sur les sites de variantes cibles, une page copiée à partir du site de variantes source reçoit toujours un numéro de version

secondaire. Si la page est nouvelle sur le site cible, la version 0.1 lui est affectée. Si la page existe déjà sur le site de variantes cible,

la page copiée reçoit le numéro de version secondaire disponible suivant. Par exemple, si un site de variantes cible possède une

page ayant la version 2.1 et qu’une nouvelle variante de cette page est copiée vers le site cible, la page reçoit la version 2.2.

Si une page est publiée sur le site de variantes source, lorsqu’elle est copiée sur les sites de variantes cibles, l’état Approbation est

défini sur Brouillon. Si l’approbation de contenu et le contrôle de version des documents sont activés dans la bibliothèque Pages sur

les sites de variantes cibles, la page doit être approuvée sur chaque site de variantes cible avant d’être disponible pour les lecteurs.

145

Remarque :

Les modifications apportées au contenu sur le site de variantes source remplacent les modifications apportées au contenu dans le site de variantes cible. Par exemple, dans les variantes linguistiques, si le site de variantes source est dans une langue et que le site de variantes cible est dans une autre langue, la situation suivante peut se présenter : un éditeur modifie une page localisée sur le site de variantes

cible, en lui affectant une nouvelle version secondaire, 1.1. Ensuite, un rédacteur sur le site de variantes source apporte différentes modifications à la même page, qui est copiée sur le site de variantes cible sous la version 1.2. Cette opération remplace les modifications

version 1.1 apportées à la page. Dans cet exemple, un éditeur pour le site de variantes cible doit restaurer la version antérieure du sujet à

partir de l’historique des versions, accepter la nouvelle version ou utiliser le bouton Afficher les modifications pour afficher les différences

entre la version actuelle et les versions antérieures de la page et fusionner manuellement les nouvelle et anciennes versions dans une nouvelle version. Pour plus d’informations sur le contrôle de version, voir Versioning, content approval, and check-out planning

(SharePoint Server 2010).

Navigation dans les sites

Si vous utilisez des variantes de site, vous devez planifier votre expérience de navigation dans les sites soigneusement. Dans SharePoint Server 2010, les liens de navigation dans les sites vers les sites homologues du site actuel sont automatiquement générés et affichés dans les menus Navigation globale et Navigation actuelle d’une page Web. Dans les sites de variantes, où les sites homologues du site actuel sont des variantes du même site, il peut vous sembler préférable que les utilisateurs des sites ne soient pas en mesure d’accéder à d’autres sites de cette manière. Vous pouvez utiliser la page Paramètres de navigation pour modifier les paramètres des menus Navigation globale et Navigation actuelle afin que les sites homologues n’apparaissent pas.

Remarque :

Les modifications apportées à la navigation dans les sites sur le site de variantes source ne sont pas copiées dans les sites de variantes cibles. Si vous souhaitez que la navigation dans les sites sur les sites de variantes cibles corresponde à la navigation dans les sites sur le site de variantes source, vous devez manuellement apporter des modifications aux paramètres de navigation dans les sites sur les sites de variantes cibles.

Pour plus d’informations sur la planification de la navigation dans les sites, voir Plan site navigation (SharePoint Server 2010).




146

Déploiement de contenu

Le déploiement de contenu copie le contenu d’une collection de sites source dans une collection de sites de destination.

Il est recommandé de désactiver tous les travaux de déploiement de contenu qui comprennent le site de variantes source pendant que le travail du minuteur Définition du travail du minuteur Création de hiérarchies de variantes est en cours d’exécution. Si le déploiement de contenu s’exécute alors que le travail du minuteur Définition du travail Création de hiérarchies de variantes est également en cours d’exécution, un site de variantes cible partiellement créé risque d’être copié sur le site de variantes cible sur le serveur de destination.

Pour plus d’informations sur la planification du déploiement de contenu, voir Planifier le déploiement de contenu (SharePoint Server 2010).

Composants WebPart

Un composant WebPart est l’un des blocs de construction de pages basées sur SharePoint Server 2010. La plupart des composants WebPart sont conçus pour afficher un type de données spécifique, tel que du texte, du contenu HTML ou des images. SharePoint Server 2010 comprend un ensemble de composants WebPart, et vous pouvez également développer ou importer des composants WebPart personnalisés.

Les composants WebPart sont copiés avec des pages de sites de variantes. Si l’option Mettre à jour les composants WebPart des pages cibles est activée, un composant WebPart n’est mis à jour sur le site de variantes cible que si une page contenant ce composant WebPart a été copiée sur le site de variantes cible. Si le composant WebPart apparaît dans plusieurs pages cibles sur différents sites de variantes cibles, toutes les instances du composant WebPart sont mises à jour lorsque la page du site de variantes source est copiée sur les sites de variantes cibles. Par exemple, si une page contient un composant WebPart multimédia et que celui-ci est configuré de manière à pointer vers une vidéo A stockée sur un site en dehors de la hiérarchie de variantes, lorsque la page est publiée sur le site de variantes source, elle est copiée sur tous les sites de variantes cibles. Les pages des sites de variantes cibles affichent la vidéo A dans le composant WebPart multimédia. Si la page sur le site de variantes source est mise à jour et que le composant WebPart multimédia est modifié de manière à pointer vers une vidéo B, les pages sur les sites de variantes cibles continuent de pointer vers la vidéo A jusqu’à ce que la page sur le site de variantes source soit publiée et copiée sur les sites de variantes cibles. En outre, si des lecteurs sur les sites de variantes cibles ne sont pas autorisés à afficher le fichier vidéo stocké en dehors de la hiérarchie de variantes, ils ne peuvent pas afficher la vidéo. Pour éviter un comportement involontaire de ce type de la part des composants WebPart, vous pouvez configurer les paramètres des variantes de manière à ce que les mises à jour des composants WebPart ne soient pas copiées sur les sites de variantes cibles.

Sites multilingues

SharePoint Server 2010 intègre plusieurs fonctionnalités qui permettent de prendre en charge des utilisateurs résidant dans différentes régions ou parlant différentes langues. Vous pouvez utiliser ces fonctionnalités pour créer des sites Web dans différentes langues et pour autoriser les utilisateurs à afficher l’interface utilisateur d’un site dans une langue autre que celle dans laquelle le site a été créé. Si vous envisagez d’utiliser des variantes avec des sites multilingues, vous devez suivre des étapes supplémentaires pour que les sites de

147

variantes bénéficient d’une prise en charge multilingue. Pour plus d’informations sur la planification de sites multilingues, voir Plan for multilingual sites (SharePoint Server 2010).

Déterminer les types de variantes nécessaires Bien que les variantes servent essentiellement à créer des sites multilingues, vous pouvez également utiliser des variantes pour créer des sites basés sur d’autres critères, tels que les différences régionales, les appareils mobiles, les filiales de la société ou les éléments de personnalisation de l’entreprise ou des produits. Déterminez les types de variantes nécessaires pour votre solution et dressez la liste des sites qui feront partie de la hiérarchie de variantes.

Remarque :

Si vous envisagez d’utiliser des variantes pour créer des sites multilingues et que vous souhaitez que les pages d’administration de site

des sites de variantes cibles apparaissent dans une autre langue, vous devez installer le module linguistique de chaque langue

correspondant à un site de variantes. Pour plus d’informations sur l’installation des modules linguistiques, voir Deploy language packs


Sélectionner le site racine des variantes Le site racine des variantes fournit l’URL de tous les sites de variantes et contient la page d’arrivée qui redirige les utilisateurs vers le site de variantes adéquat. Le site racine peut être un site situé à n’importe quel niveau dans une collection de sites, y compris le site de niveau supérieur. Toutefois, après avoir spécifié le site racine et cliqué sur Créer des hiérarchies, vous ne pouvez pas changer de site racine, ni utiliser des variantes ailleurs dans la collection de sites.

http://technet.microsoft.com/library/22d5dc9c-66bd-40d7-8c60-2a2a066db224(Office.14).aspx




148

Remarque :

Si le site racine renferme une hiérarchie de site ou du contenu dans la bibliothèque Pages qui auraient toute leur place dans le site de

variantes source, vous devez les copier manuellement dans le site de variantes source une fois qu’il a été créé.

Choisissez le site à utiliser comme site racine et enregistrez l’URL dans la feuille de calcul relative à la planification des variantes.

Spécifier le site de variantes source Le site de variantes source est le site dans lequel est créé et publié le contenu devant être partagé par tous les sites et qui permet de copier les modifications dans les sites de variantes cibles. Vous spécifiez un site de variantes source en sélectionnant le paramètre Variante source pour une étiquette de variante dans la page Créer une étiquette de variante du site Web Administration de la collection de sites. Il ne peut exister qu’un seul site de variantes source par hiérarchie de variantes. Après qu’une étiquette de variante a été spécifiée en guise de site de variantes source, elle ne peut pas être modifiée.

Passez en revue la liste des sites pour votre solution de variantes, puis choisissez le site à utiliser comme site de variantes source. Enregistrez le site de variantes source pour votre solution dans la ligne supérieure de l’onglet feuille de données des sites de la feuille de calcul relative à la planification des variantes. Tapez l’étiquette telle qu’elle doit apparaître dans l’URL de site, le nom complet de l’étiquette et le nom du propriétaire de site qui sera responsable du site.

Planifier les sites de variantes cibles Vos objectifs de planification pour les sites de variantes cibles dépendent du type de sites de variantes que vous implémentez. Par exemple, si les sites de variantes sont basés sur des langues, vous voudrez peut-être que les pages des sites de variantes cibles présentent la même apparence que les pages du site de variantes source. Par contre, si les variantes sont basées sur des appareils, vous souhaiterez probablement que les pages des sites de variantes cibles ne présentent pas le même aspect que les pages du site de variantes source, afin qu’elles soient adaptées aux appareils conçus pour les afficher.

Passez en revue la liste des sites pour votre solution de variantes, puis enregistrez chaque site de variantes cible dans la feuille de calcul relative à la planification des variantes. Pour chaque site, entrez l’étiquette telle qu’elle doit apparaître dans l’URL de site, le nom complet de l’étiquette et le nom du propriétaire de site qui sera responsable du site.

Planifier des pages maîtres, des mises en page ou des feuilles de styles personnalisées

149

Vous pouvez décider d’utiliser des pages maîtres, des mises en page ou des feuilles de styles personnalisés pour les sites de variantes. Par exemple, dans les variantes de site basées sur des appareils, vous pouvez définir des mises en page plus simples pour les variantes qui apparaissent sur des appareils dotés d’une taille d’écran limitée. Les pages maîtres, les mises en page et les feuilles de styles ne sont gérées que dans le site de niveau supérieur d’une collection de sites ; par conséquent, vous devez apporter toutes les modifications à ces ressources à l’un des emplacements suivants dans le site de niveau supérieur :

Ressource Emplacement

Page maître Galerie de pages maîtres

Page de disposition Galerie de pages maîtres

Styles XSL et feuilles de style en cascade Bibliothèque de styles

Vous pouvez également spécifier que chaque variante cible utilise sa propre mise en page personnalisée.

Planifier des types de contenu personnalisés

Vous devez utiliser le même type de contenu (le type de contenu Page ou un type de contenu basé sur le type de contenu Page) pour toutes les pages stockées dans la bibliothèque Page du site de variantes source. La façon la plus facile d’effectuer cette opération consiste à utiliser un type de contenu défini dans la galerie Type de contenu de site dans le site de niveau supérieur de la collection de sites.

Si vous avez besoin de colonnes personnalisées pour une ou plusieurs pages de sites de variantes, ajoutez-les au type de contenu que vous utilisez dans vos bibliothèques Page. Par exemple, si les sites de variantes sont basés sur des différences linguistiques, vous pouvez ajouter une colonne qui indique si la page a été localisée. Pour plus d’informations sur la planification des types de contenu et des colonnes, voir Plan content types and workflows (SharePoint Server 2010).

Dans certaines solutions de variantes de site, vous n’avez pas besoin de modifier le contenu des sites de variantes cibles. Par exemple, si vos sites de variantes sont tributaires des appareils, il peut sembler opportun que le contenu identique apparaisse sur tous les appareils, mais avec différentes mises en page et pages maîtres pour chaque type d’appareil. Lorsque cela est le cas, vous pouvez simplifier l’administration de vos sites de variantes cibles en désactivant les extractions requises.


150

Déterminer la façon dont les sites et les pages seront créés sur les sites de variantes cibles Si une hiérarchie de site est susceptible de comporter des sites sous le site de variantes source, vous devez planifier la création de ces sites sur les sites de variantes cibles. Vous pouvez créer des sites de deux façons sur des sites de variantes cibles : automatiquement et manuellement. Par défaut, tous les nouveaux sites ajoutés sous le site de variantes source sont créés automatiquement sur tous les sites de variantes cibles. Toutefois, si vous désactivez la création automatique de site et de page pour les variantes, pour chaque nouveau site que vous créez sous le site de variantes source, vous devez spécifier manuellement les sites de variantes cibles sur lesquels il doit être créé. Bien que la possibilité de créer des sites automatiquement sur les sites de variantes cibles permette de réduire les tâches pour l’administrateur de site, la création manuelle de sites vous permet d’indiquer les sites à créer sur les différents sites de variantes cibles. Cela peut être utile si vous souhaitez qu’un site se trouve sur une partie seulement des sites de variantes cibles.

Des pages de publication peuvent également être créées sur les sites de variantes cibles de deux façons : automatiquement et manuellement. Par défaut, toutes les nouvelles pages publiées dans la bibliothèque Pages du site de variantes source sont automatiquement créées sur tous les sites de variantes cibles. Toutefois, si vous désactivez la création automatique de site et de page pour les variantes, pour chaque nouvelle page que vous créez sur le site de variantes source, vous devez spécifier manuellement le site de variantes cible sur lequel elle doit être créée et vous ne pouvez spécifier qu’un seul site de variantes cible. La désactivation de la création automatique de site et de page peut être utile si vous souhaitez que certaines pages se trouvent sur une partie seulement des sites de variantes cibles. Toutefois, le fait d’imposer la création manuelle de pages sur les sites de variantes cibles peut être un inconvénient si le site de variantes source est appelé à contenir de nombreuses pages. Si vous souhaitez créer des pages de variantes sur un sous-ensemble des sites de variantes cibles, il est recommandé d’utiliser la création automatique pour créer les pages sur tous les sites de variantes cibles, puis de supprimer les pages des sites de variantes cibles sur lesquels vous ne souhaitez pas de copies des pages ou d’utiliser un flux de travail pour approuver uniquement les pages à copier sur les sites de variantes cibles.

Par défaut, la création automatique de site et de page est activée. Vous devez accorder une attention particulière à l’accroissement des tâches administratives que peut entraîner la désactivation de la création automatique de site et de page pour votre solution de variantes. La création automatique de site et de page est configurée dans la page des paramètres de variantes du site Web Administration de la collection de sites. Pour plus d’informations sur l’indication des paramètres des variantes, voir Activer les paramètres des variantes pour créer des versions de votre site (éventuellement en anglais).

Planifier le calendrier des travaux du minuteur des variantes La fonction de variantes utilise des travaux du minuteur pour effectuer des tâches telles que la création et la propagation des sites et des pages. Un travail du minuteur s’exécute à l’intérieur de OWSTIMER, service Windows pour SharePoint Server 2010. Chaque travail du



151

minuteur possède son propre calendrier d’exécution. Vous pouvez modifier la fréquence d’exécution de chaque travail dans la page Définitions des travaux sur le site Web Administration centrale.

Le tableau suivant répertorie les travaux du minuteur des variantes et la planification par défaut pour chaque travail :

Nom du travail Planification par défaut

Définition du travail Création de hiérarchies de variantes Une fois par jour

Définition du travail Création de pages de variantes Toutes les heures

Définition du travail Création de sites de variantes Toutes les 5 minutes

Définition du travail Page de propagation de variantes Toutes les heures

Définition du travail Site de propagation de variantes Toutes les 5 minutes

Vous pouvez spécifier à quel moment chaque travail doit s’exécuter en définissant une planification périodique en minutes ou selon une fréquence horaire, quotidienne, hebdomadaire ou mensuelle. Si vous sélectionnez une fréquence quotidienne, hebdomadaire ou mensuelle, vous pouvez spécifier une fenêtre de temps dans laquelle le travail doit s’exécuter et le serveur sélectionnera aléatoirement dans la plage spécifiée l’heure à laquelle l’exécution du travail commencera. Privilégiez cette fonctionnalité si une charge élevée de travail est exécutée sur plusieurs serveurs de la batterie de serveurs. Gardez à l’esprit que l’exécution de ce type de travail sur tous les serveurs de la batterie de serveurs simultanément peut accroître la charge de travail des serveurs et affecter les performances. Pour éviter cette éventualité, vous pouvez spécifier une heure de début exacte pour un travail.

Vous devez planifier attentivement le moment auquel les travaux du minuteur de variantes doivent s’exécuter sur vos serveurs et définir la planification périodique en conséquence. Par exemple, pour déterminer la fréquence à laquelle le travail du minuteur Définition du travail Création de pages de variantes ou Définition du travail Page de propagation de variantes doit s’exécuter et copier les pages sur les sites de variantes cibles, évaluez le nombre de pages qui seront créées sur le site de variantes source et la fréquence à laquelle ces pages seront mises à jour.

Feuille de calcul relative à la planification des variantes Téléchargez une version Excel de la feuille de calcul relative à la planification des variantes (éventuellement en anglais).


152

Voir aussi Concepts

Vue d’ensemble des variantes

153

Planifier l’architecture des informations pour la gestion de contenu Web

L’architecture de l’information d’un site Web détermine la façon dont les informations de ce site (ses pages Web, documents, listes et données) sont organisées et présentées aux utilisateurs du site. L’architecture des informations est souvent enregistrée sous la forme d’une liste hiérarchique de contenus de site, de mots clés de recherche, de types de données, de métadonnées et autres concepts.

L’analyse des informations à présenter dans un site Web Internet ou intranet est une étape initiale importante du processus de planification du site et cette étape constitue la base de la planification des aspects suivants :

la façon dont le site sera structuré et subdivisé en sous-sites ;

la façon dont les données seront présentées dans le site ;

la façon dont les utilisateurs du site navigueront dans le site ;

la façon dont les informations seront ciblées sur des audiences spécifiques ;

la façon dont le contenu sera balisé et dont les métadonnées seront gérées ;

la détermination de la source d’autorité pour les termes ;

la façon dont la recherche sera configurée et optimisée.

Bien que cet article contienne de l’aide sur l’analyse des contraintes de votre site intranet ou Internet SharePoint en termes d’architecture des informations, vous pouvez intégrer un architecte des informations ou un analyste à l’équipe de planification et de conception de votre site Web pour que les plans ayant trait à celui-ci prennent complètement en compte les besoins de votre organisation en matière d’architecture des informations.

Dans cet article :

Recommandations générales pour la planification

Planifier la structure de votre site

Planifier l’informatique sociale et la collaboration

Planifier les métadonnées gérées

154

Planifier l’aide à la décision et les données métiers

Planifier la recherche

Recommandations générales pour la planification La série de phases suivantes permet d’analyser méthodiquement les informations liées à la planification du site Web :

Analyser le contenu et la structure du site Web existants Votre site Internet ou intranet actuel reflète l’architecture des

informations sur laquelle il repose. Analysez et notez la façon dont les informations et le contenu sont organisés dans vos sites et

sous-sites actuels. Consultez les journaux ou autres outils d’analyse pour déterminer le contenu le plus visité et celui le moins visité.

Analyser les besoins des utilisateurs Analysez les utilisateurs actuels du site et les utilisateurs auxquels il est destiné, puis notez

les types d’informations qu’ils créent ou utilisent. Quelles sont les informations dont ils ont besoin au cours de leur travail quotidien ?

Sont-ils en mesure de rechercher ces informations facilement ? La structure actuelle du site Web leur permet-elle de comprendre les

relations entre les différents types d’informations contenus dans le site ? Des informations font-elles défaut ? Notez tous les

problèmes qu’engendre l’architecture actuelle du site lorsque les utilisateurs recherchent ou utilisent des informations.

Analyser les besoins de l’entreprise Menez une enquête parmi les responsables des divisions ou de l’organisation pour lesquelles

le site Web est conçu. Quels sont les besoins du site du point de vue de l’entreprise ? Les unités ou les divisions de l’entreprise

doivent-elles être reflétées dans l’architecture des informations du site ? Comment les informations seront-elles partagées parmi les

divisions ? Seront-elles isolées au sein d’une unité ? Si le site est ciblé sur des clients, quelles sont les informations qu’il convient de

leur présenter en premier ? Comment exploreront-ils les informations sur les produits ou services ?

Utilisez votre analyse pour créer un plan détaillé des besoins de votre organisation en termes de contenu.

Planifier la structure de votre site Votre architecture des informations déterminera la structure de votre site Internet ou intranet. En subdivisant l’architecture des informations en processus d’entreprise, projets ou regroupements de contenu volumineux et en utilisant ces sous-parties pour décrire une hiérarchie de sites et le contenu de chaque site, vous pouvez planifier l’emplacement des informations au sein de cette hiérarchie. Pour plus d’informations sur la planification de la structure de sites basés sur Microsoft SharePoint Server 2010, voir Plan sites and site collections (SharePoint Server 2010).



155

Planifier l’informatique sociale et la collaboration Les fonctionnalités d’informatique sociale et de collaboration dans Microsoft SharePoint Server 2010 sont créées d’après une base de données de propriétés qui intègre des informations sur les personnes à partir de nombreux types d’applications métiers et de services d’annuaire. La recherche sur votre architecture des informations doit inclure les informations sur les utilisateurs. Ces informations peuvent provenir des produits et technologies Microsoft, tels que Microsoft Exchange Server, le service d’annuaire Active Directory et Microsoft SQL Server. Elles peuvent également provenir d’annuaires de suivi de personnes établis dans des formats standard, tels que Lightweight Directory Access Protocol (LDAP), ou d’applications métiers, telles que SAP.

En collectant les informations sur les utilisateurs, vous pouvez créer des profils utilisateur unifiés et cohérents à l’échelle de l’organisation. Cela vous permet de planifier des sites Web Mon site, sites SharePoint spéciaux qui fournissent un ensemble complet de fonctionnalités de mise en réseau et de collaboration personnalisées pour chaque utilisateur. La création de sites libre-service permet aux utilisateurs de créer leurs propres sites Web Mon site. Lorsque vous planifiez les fonctionnalités de collaboration telles que les sites Web Mon site, déterminez si vous devez autoriser la création de sites libre-service. Quels sont les utilisateurs qui doivent être autorisés à créer des sites ? Y aura-t-il une application Web dédiée à la création des sites Web Mon site ? Quels sont les types de quotas requis ? Pour plus d’informations sur les sites Web Mon site, voir Plan for My Site Web sites (SharePoint Server 2010).

En outre, les concepts liés aux personnes enregistrés avec votre architecture des informations vous permettront de déterminer comment créer un groupe d’utilisateurs de site basé sur les processus d’entreprise auxquels ils participent, sur les listes de diffusion et les réseaux sociaux auxquels ils appartiennent, sur le contenu qu’ils sont susceptibles de créer ou d’afficher ou sur la structure organisationnelle dans laquelle ils travaillent. Pour plus d’informations sur la planification de l’informatique sociale et de la collaboration, voir Plan for social computing and collaboration (SharePoint Server 2010).

Planifier les métadonnées gérées Les métadonnées gérées constituent une collection hiérarchique de termes gérés de façon centralisée, que vous pouvez définir, puis utiliser comme attributs d’éléments dans SharePoint Server 2010. Lorsque vous planifiez votre architecture des informations, déterminez les ensembles de termes devant permettre de classer les éléments SharePoint tels que les colonnes personnalisées associées aux documents et listes ou les colonnes de choix ou de recherche dans un site SharePoint Server existant. Pour plus d’informations sur les ensembles de termes et sur les métadonnées gérées, voir Planifier des termes et des ensembles de termes (SharePoint Server 2010). Vous pouvez utiliser la navigation par métadonnées pour améliorer la navigation en mode Liste. La navigation par métadonnées étend les fonctionnalités des affichages de liste qui, combinés à un contrôle Filtres de touche, permettent aux utilisateurs de rechercher plus facilement du contenu en filtrant un affichage de documents de manière à obtenir un sous-ensemble basé sur un ou plusieurs filtres de navigation. Lorsque vous planifiez votre architecture des informations, déterminez dans quelle mesure les utilisateurs seront susceptibles de s’appuyer sur la hiérarchie de site pour naviguer dans les bibliothèques de documents, en plus de recourir aux filtres leur permettant

http://technet.microsoft.com/library/4edf74cf-8808-4277-ba10-b1f925d7c440(Office.14).aspx



156

d’affiner les données affichées dans les affichages de liste de bibliothèque. Pour plus d’informations sur la navigation par métadonnées, voir Metadata navigation overview (SharePoint Server 2010).

Planifier l’aide à la décision et les données métiers Votre architecture des informations comprend l’aide à la décision et les données métiers utilisées par votre entreprise. Les applications et outils d’aide à la décision vous permettent d’organiser votre vision des objectifs organisationnels, des processus et des contraintes de performances de manière utile et de présenter ces données sous la forme d’informations significatives. En utilisant SharePoint Server 2010, vous pouvez présenter les données métiers dans le contexte de la structure de votre site, de manière à les mettre à la disposition des audiences qui en ont besoin. Par exemple, sur le site intranet d’une entreprise, les données relatives aux salaires des employés, qui doivent être accessibles à l’échelle de l’entreprise, pourraient être présentées sur le site central de l’entreprise afin que les employés puissent voir les données qui les concernent.

Les données utilisées par une audience limitée pourraient être présentées dans les sites auxquels recourt cette audience. Par exemple, une équipe de support technique pourrait afficher les incidents signalés au support technique et interagir avec ceux-ci dans un site utilisé uniquement par cette équipe, tandis qu’une équipe commerciale pourrait afficher les données des clients dans un site dédié à la gestion des relations client. De même, l’équipe d’assistance technique d’une entreprise pourrait utiliser les fonctionnalités d’aide à la décision pour afficher les mesures des dossiers d’assistance technique, telles que le nombre de dossiers affectés par technicien, le nombre de dossiers ouverts ou résolus et le niveau de satisfaction des clients.

Lorsque vous planifiez votre architecture des informations, déterminez les outils d’aide à la décision dont votre entreprise a besoin et l’emplacement auquel les données de vos applications métiers existantes doivent être exposées dans les sites Internet et intranet de votre entreprise de manière à être accessibles aux utilisateurs qui en ont besoin. Pour plus d’informations sur la planification de l’aide à la décision, voir Planification d’aide à la décision. Pour plus d’informations sur la planification des données métiers, voir Planification des données métiers et des processus d’entreprise (SharePoint Server 2010).

Planifier la recherche Lorsque vous planifiez votre architecture des informations, dans le cadre d’une enquête portant sur celle-ci, notez les concepts, les termes de recherche et les propriétés auxquels recourent les utilisateurs de votre site lorsqu’ils recherchent des informations sur celui-ci. Ces données vous seront utiles lorsque vous créerez le schéma de recherche pour le site.

Gardez à l’esprit que les utilisateurs peuvent rechercher du contenu en recourant à des termes conceptuels larges en guise de critères. L’enquête portant sur l’architecture des informations s’avérera utile pour établir une correspondance entre, d’une part, la terminologie et les concepts des utilisateurs et, d’autre part, les informations sous-jacentes qu’ils recherchent.

http://technet.microsoft.com/library/c774a335-28b6-49dc-8348-1ca11beb28a2(Office.14).aspx

157

Voir aussi Concepts


Planifier la création et la maintenance du site (SharePoint Server 2010)

Autres ressources

Fundamental site planning (SharePoint Server 2010)

http://technet.microsoft.com/library/d59e6849-84af-4ad0-abed-68fae92574c6(Office.14).aspx

158


Les métadonnées gérées constituent une collection hiérarchique de termes gérés de façon centralisée, que vous pouvez définir, puis utiliser comme attributs d’éléments dans Microsoft SharePoint Server 2010.

Les premiers articles de ce chapitre expliquent les concepts principaux relatifs aux métadonnées gérées dans SharePoint Server 2010. D’autres articles de ce chapitre fournissent de l’aide sur la façon d’identifier les métadonnées gérées pour votre solution, et sur la façon de déterminer les services et les connexions dont vous aurez besoin pour implémenter votre solution. Les articles sont les suivants :

Vue d’ensemble des métadonnées gérées

Cet article présente les concepts principaux liés aux métadonnées gérées, puis décrit la façon d’utiliser celles-ci. La section finale présente plusieurs avantages liés à l’incorporation de métadonnées gérées dans votre solution SharePoint Server 2010.

À propos de l’application de service de métadonnées

Cet article décrit le service et les connexions de métadonnées gérées, puis illustre leur utilisation dans le cadre d’un scénario.

Rôles associés aux métadonnées gérées

Cet article définit les rôles des utilisateurs et identifie les actions autorisées associées à chaque rôle.

Planifier des termes et des ensembles de termes (SharePoint Server 2010)

Cet article décrit comment identifier les informations à définir comme termes ou ensembles de termes.

Planifier l’importation de métadonnées gérées (SharePoint Server 2010)

Cet article décrit comment trouver les termes et ensembles de termes existants et comment les préparer pour les importer dans SharePoint Server 2010.

Planifier le partage de terminologie et de types de contenu

Cet article contient des procédures permettant d’identifier les services et les connexions de métadonnées gérées requis pour votre solution SharePoint Server 2010.

159


Les métadonnées gérées constituent une collection hiérarchique de termes gérés de façon centralisée que vous pouvez définir, puis utiliser comme attributs d’éléments dans Microsoft SharePoint Server 2010.

Cet article présente les concepts principaux liés aux métadonnées gérées, puis décrit la façon d’utiliser celles-ci. Un exemple est utilisé tout au long de cet article pour illustrer les concepts. La section finale présente plusieurs avantages liés à l’incorporation de métadonnées gérées dans votre solution SharePoint Server 2010.

Dans cet article :

Présentation des métadonnées gérées

Utilisation des métadonnées gérées

Avantages liés à l’utilisation de métadonnées gérées

Présentation des métadonnées gérées Cette section définit plusieurs concepts clés liés aux métadonnées gérées.

Termes et ensembles de termes

Un terme est un mot ou une expression que vous pouvez associer à un élément dans SharePoint Server 2010. Un ensemble de termes est une collection de termes connexes. Vous pouvez spécifier qu’une colonne Microsoft SharePoint Server doit contenir un terme provenant d’un ensemble de termes spécifique. D’une certaine manière, les métadonnées gérées renvoient au fait que les termes et les ensembles de termes peuvent être créés et gérés indépendamment des colonnes proprement dites.

Les ensembles de termes locaux sont créés dans le contexte d’une collection de sites. Par exemple, si vous ajoutez une colonne à une liste dans une bibliothèque de documents et que vous créez un ensemble de termes auquel lier la colonne, le nouvel ensemble de termes est spécifique à la collection de sites qui contient la bibliothèque de documents.

Les ensembles de termes globaux sont créés en dehors du contexte d’une collection de sites. Par exemple, l’administrateur du magasin de termes peut créer un groupe d’ensembles de termes appelé « Ressources humaines » et désigner une personne qui sera chargée de

160

gérer le groupe d’ensembles de termes. Le responsable du groupe pourra créer des ensembles de termes liés aux ressources humaines, tels que les fonctions et les niveaux de salaire, dans le groupe d’ensembles de termes Ressources humaines.

Un utilisateur ne peut voir que les ensembles de termes globaux et les ensembles de termes spécifiques à sa collection de sites.

Par exemple, imaginez que vous organisez une conférence. Une salle est affectée à chaque session de la conférence. En outre, les sessions importantes se voient attribuer une salle d’écoute, dans laquelle les participants qui ne contiennent pas dans la salle principale peuvent suivre la diffusion de la session sur grand écran. Vous décidez d’effectuer le suivi de toutes les sessions et des détails correspondants dans une liste SharePoint Server.

Pour effectuer le suivi des sessions et de leurs salles de conférence, vous réalisez les opérations suivantes :

1. Vous créez un ensemble de termes appelé « Salles de conférence » destiné à représenter toutes les salles disponibles.

2. Vous ajoutez un terme à l’ensemble de termes pour chaque salle de conférence.

3. Vous créez un type de contenu appelé « Session ».

4. Vous ajoutez deux nouvelles colonnes au type de contenu : « Salle » et « Salle d’écoute ».

5. Vous spécifiez que la valeur de chacune de ces colonnes doit provenir de l’ensemble de termes « Salles de conférence ».

6. Vous créez une liste de sessions.

Dans cet exemple, chaque fois que vous ajoutez une session à la liste, vous fournissez des valeurs pour les colonnes Salle et Salle d’écoute. Si, par la suite, vous réservez une salle supplémentaire au centre de conférences, vous ajoutez un nouveau terme à l’ensemble de termes Salles de conférence, de sorte qu’il devienne une valeur valide pour les deux colonnes.

Termes gérés, mots clés d’entreprise et magasin de termes

Les termes peuvent être répartis en deux types :

Les termes gérés, qui sont généralement prédéfinis, ne peuvent être créés que par les utilisateurs détenant les autorisations

appropriées et sont souvent organisés en une hiérarchie.

Les mots clés d’entreprise, qui sont simplement des mots ou des expressions qui ont été ajoutés à des éléments SharePoint

Server 2010. Tous les mots clés d’entreprise font partie d’un ensemble de termes unique non hiérarchique appelé ensemble de mots

clés.

Les termes gérés et les mots clés d’entreprise ne sont pas utilisés de la même manière. Pour plus d’informations, voir la section « Utilisation des termes » plus loin dans cette rubrique.

161

Remarque :

Si le contexte est suffisamment explicite, le mot « géré » est souvent omis lorsqu’il est fait référence à des termes gérés.

Les termes gérés et les mots clés d’entreprise sont stockés dans une base de données appelée magasin de termes.

Utilisation des métadonnées gérées Les sections suivantes décrivent la création et l’utilisation des termes. L’exemple de salles de conférence est utilisé tout au long de ces sections pour illustrer les concepts.

Création des termes

SharePoint Server 2010 comprend l’outil de gestion du magasin de termes, qui vous permet de créer et de gérer les ensembles de termes. Si vous détenez les autorisations appropriées, vous pouvez utiliser l’outil de gestion du magasin de termes pour :

créer ou supprimer un ensemble de termes ;

ajouter, modifier ou supprimer des termes ;

hiérarchiser les termes gérés dans un ensemble de termes ;

définir des synonymes ;

importer des termes ;

convertir des mots clés d’entreprise en termes gérés en les déplaçant vers un ensemble de termes.

Exemple :

Pour organiser les sessions de la conférence, vous commencez par utiliser l’outil de gestion du magasin de termes afin de définir un ensemble de termes destiné à représenter toutes les salles de conférence. Ensuite, à l’aide du même outil, vous ajoutez un terme à l’ensemble de termes pour chaque salle. Vous commencez par définir l’ensemble de termes et les termes suivants :

Salles de conférence (ensemble de termes)

Salle de bal La Nouvelle

Salle 256

Salle 270

162

Salle de bal Mardi Gras

Salle 287

Salle 391

Salle 348b

Salle de réunion C

Salle de réunion D

Salle 348a

Auditorium C

Auditorium D

Auditorium E

Salle 354

Salle 355

Salle 293

L’ensemble de termes devient lourd ; vous devrez parcourir une liste trop longue lorsque vous sélectionnerez une salle de conférence. Vous décidez de réorganiser l’ensemble de termes en fonction de l’aile du centre de conférences dans laquelle se trouvent les salles.

Salles de conférence (ensemble de termes)

Auditoriums

Auditorium C

Auditorium D

Auditorium E

Salles de réunion

Salle de réunion A

Salle de réunion B

Salle de réunion C

Salle de réunion D

Salles de bal

163

Salle de bal La Nouvelle

Salle de bal Mardi Gras

Deuxième étage

Salle 256

Salle 270

Salle 287

Salle 293

Troisième étage

Salle 348a

Salle 348b

Salle 354

Salle 355

Salle 391

Étant donné que les termes « Auditoriums », « Salles de réunion », « Deuxième étage » et « Troisième étage » ne sont utilisés que pour le regroupement des autres termes et qu’ils ne représentent pas de salles pouvant accueillir des sessions, vous ne les incluez pas dans la liste des termes parmi lesquels les utilisateurs peuvent opérer leur choix.

Utilisation des termes

Une colonne est un emplacement dans une liste auquel vous stockez les informations relatives à un élémentSharePoint Server. Lorsque vous définissez une colonne, vous indiquez son nom, spécifiez son type et fournissez des informations supplémentaires en fonction de ce type.

SharePoint Server 2010 introduit un nouveau type de colonne appelé métadonnées gérées. Lorsque vous créez une colonne de métadonnées gérées, vous spécifiez l’ensemble de termes qui doit fournir la valeur de la colonne. Lorsque vous souhaitez que les utilisateurs fournissent des informations pour des éléments de liste (y compris des documents) et que les valeurs valides pour ces informations se trouvent dans un ensemble de termes, utilisez une colonne de métadonnées gérées. Créez un type de contenu ou modifiez un type de contenu existant, puis ajoutez la colonne de métadonnées gérées au type de contenu.

Exemple :

Vous créez un type de contenu nommé « Session » destiné à représenter chaque session. Étant donné qu’à chaque session de la conférence seront associées une salle et une salle d’écoute, vous ajoutez des colonnes pour chacun de ces attributs. Vous ajoutez une

164

colonne nommée « Salle », vous choisissez Métadonnées gérées pour le type de la colonne, vous sélectionnez l’ensemble de termes « Salles de conférence » pour fournir des valeurs pour la colonne « Salles » et vous indiquez que la colonne ne peut contenir qu’une seule valeur. Ensuite, vous créez une colonne supplémentaire nommée « Salle d’écoute » et vous l’associez au même ensemble de termes. Étant donné que toutes les sessions ne possèdent pas de salle d’écoute, vous n’imposez pas que la colonne contienne des informations. Étant donné qu’il peut y avoir plusieurs salles d’écoute, vous autorisez plusieurs valeurs.

Les définitions des deux colonnes sont récapitulées dans le tableau suivant :

Nom de colonne Ensemble de termes Valeur requise ? Autoriser plusieurs

valeurs ?

Salle Salle de conférence Oui Non

Salle d’écoute Salle de conférence Non Oui

Enfin, vous créez une liste de sessions.

Saisie des termes

Lorsqu’un utilisateur crée ou télécharge un nouvel élément SharePoint Server dont le type comporte des colonnes nécessitant une valeur, il doit fournir une valeur. Si la colonne est une colonne de métadonnées gérées, le contrôle de métadonnées gérées apparaît et l’utilisateur interagit avec ce contrôle pour entrer la valeur.

Le contrôle de métadonnées gérées permet à l’utilisateur de taper une valeur ou de sélectionner une valeur en parcourant la hiérarchie de l’ensemble de termes associé à la colonne. Si l’utilisateur commence à taper une valeur, le contrôle affiche tous les termes de l’ensemble de termes associé qui commencent par les caractères tapés. Le nom de l’ensemble de termes et la position du terme dans la hiérarchie sont indiqués avec le terme proprement dit.

Si la définition de la colonne autorise la présence de plusieurs valeurs, l’utilisateur peut sélectionner plusieurs termes. Si l’ensemble de termes et la définition de la colonne autorisent l’ajout de nouveaux termes, l’utilisateur peut également créer un terme et l’insérer à l’emplacement approprié dans la hiérarchie de l’ensemble de termes.

Exemple :

165

Un administrateur des conférences ajoute une nouvelle session. SharePoint Server affiche un formulaire qui contient un champ pour chaque colonne associée au type de contenu Session. Lorsque l’administrateur crée la séance-programme, dans le champ Salle, il affiche la hiérarchie des termes de l’ensemble de termes Salles de conférence, puis sélectionne Salle de bal La Nouvelle.

L’administrateur ne se souvient pas quel auditorium est utilisé comme salle d’écoute pour la séance-programme, mais il sait qu’il s’agit de celui du milieu. L’administrateur tape aud, et les termes suivants apparaissent comme options :

Auditorium C [Salle de conférence : Auditoriums]

Auditorium D [Salle de conférence : Auditoriums]

Auditorium E [Salle de conférence : Auditoriums]

L’administrateur sélectionne Auditorium D.

Saisie des mots clés d’entreprise

SharePoint Server 2010 comprend une colonne prédéfinie nommée Mots clés d’entreprise. Vous pouvez ajouter cette colonne aux types de contenu. Lorsqu’un utilisateur ajoute une valeur à la colonne Mots clés d’entreprise, le contrôle de mot clé d’entreprise apparaît et l’utilisateur interagit avec le contrôle pour entrer la valeur. Le contrôle de mot clé d’entreprise fonctionne d’une façon similaire au contrôle de métadonnées gérées, la seule différence étant que le contrôle de mot clé d’entreprise permet aux utilisateurs de sélectionner des mots clés d’entreprise, ainsi que des termes gérés.

Lorsque l’utilisateur commence à taper une valeur, le contrôle affiche, à partir des ensembles de termes globaux et des ensembles de termes spécifiques à la collection de sites de l’utilisateur, les termes qui commencent par les caractères que l’utilisateur a tapés. L’ensemble de termes dans lequel le terme existe, ainsi que la position du terme dans la hiérarchie, sont également affichés. L’utilisateur a également la possibilité d’entrer un nouveau mot clé d’entreprise. Dans ce cas, le mot clé d’entreprise est ajouté à l’ensemble de mots clés.

La colonne Mots clés d’entreprise autorise par défaut la présence de plusieurs valeurs.

Exemple :

Un administrateur des conférences ajoute une nouvelle session destinée à représenter la soirée d’accueil de tous les participants. La soirée d’accueil se tient au Mardi Gras World, qui est un lieu externe. Étant donné que Mardi Gras World n’est pas membre de l’ensemble de termes Salles de conférence, l’administrateur ne peut pas le sélectionner comme valeur du champ Salle. Toutefois, l’administrateur souhaite inclure le lieu afin que les autres administrateurs puissent rechercher cette session à partir de l’expression « Mardi Gras World ». L’administrateur remarque que le type de contenu Session comprend la colonne Mots clés d’entreprise et décide d’ajouter le lieu en guise de mot clé d’entreprise.

L’administrateur commence par taper le nom du lieu dans le champ des mots clés d’entreprise. Une fois que l’administrateur a tapé Mar, les options suivantes apparaissent :

166

Salle de bal Mardi Gras [Salles de conférence : Salles de bal]

Créer nouveau

L’administrateur sélectionne Créer nouveau, puis crée le mot clé d’entreprise Mardi Gras World, qui est alors ajouté à la colonne Mots clés d’entreprise de l’élément de liste et à l’ensemble de mots clés.

Avantages liés à l’utilisation de métadonnées gérées Cette section décrit plusieurs avantages liés à l’utilisation de métadonnées gérées.

Utilisation plus cohérente de la terminologie

Les métadonnées gérées permettent une utilisation plus cohérente des termes, ainsi que des mots clés d’entreprise ajoutés aux éléments SharePoint Server. Vous pouvez prédéfinir des termes et permettre uniquement à des utilisateurs autorisés d’ajouter de nouveaux termes. Vous pouvez également empêcher les utilisateurs d’ajouter leurs propres mots clés d’entreprise aux éléments et les obliger à utiliser les mots clés gérés existants. En outre, les métadonnées gérées apportent une plus grande précision en présentant uniquement la liste des termes adéquats parmi lesquels les utilisateurs peuvent sélectionner des valeurs. Étant donné que les mots clés d’entreprise sont également un type de métadonnées gérées, même les mots clés d’entreprise que les utilisateurs appliquent aux éléments peuvent gagner en cohérence.

Les métadonnées étant utilisées de façon plus cohérente, il est d’autant plus probable qu’elles soient correctes. Lorsque vous utilisez des métadonnées pour automatiser des processus de gestion, par exemple en plaçant les documents dans différents fichiers dans le centre d’enregistrements en fonction de la valeur de leur attribut de département, vous pouvez à juste titre penser que les métadonnées ont été créées par des utilisateurs autorisés et que la valeur de l’attribut de département fait systématiquement partie des valeurs valides.

Meilleurs résultats de recherche

Une recherche simple peut fournir des résultats plus pertinents si les éléments possèdent des attributs cohérents.

Lorsque les utilisateurs appliquent des mots clés d’entreprise et des termes gérés aux éléments, ils sont orientés vers des termes qui ont déjà été utilisés. Dans certains cas, il est même possible que les utilisateurs ne soient pas en mesure d’entrer une nouvelle valeur. Étant donné que les utilisateurs sont concentrés sur un ensemble de termes spécifique, ces termes, et non les synonymes, sont davantage susceptibles d’être appliqués aux éléments. Par conséquent, la recherche d’un terme géré ou d’un mot clé d’entreprise est susceptible de récupérer des résultats plus pertinents.

Dynamisme

167

Dans les versions antérieures de SharePoint Server, pour que la valeur d’un attribut appartienne à un ensemble de valeurs, vous créeriez une colonne de type « choix », puis fourniriez la liste de valeurs valides. Pour ajouter une nouvelle valeur à l’ensemble des choix, vous devriez modifier chaque colonne qui utilise le même ensemble de valeurs.

En utilisant des métadonnées gérées dans SharePoint Server 2010, vous pouvez séparer l’ensemble de valeurs valides des colonnes dont la valeur doit appartenir à cet ensemble. Pour ajouter une nouvelle valeur, vous ajoutez un terme à l’ensemble de termes ; à la suite de cette opération, toutes les colonnes qui correspondent à cet ensemble de termes utilisent l’ensemble de choix mis à jour.

Grâce à l’utilisation de termes, les éléments SharePoint Server demeurent synchronisés avec vos activités à mesure que celles-ci évoluent. Par exemple, supposons que le nouveau produit de votre société possédait un nom de code dès le début de sa phase de développement et qu’il a reçu un nom officiel juste avant son lancement. Vous avez inclus un terme pour le nom de code dans l’ensemble de termes « produit », ce qui permit aux utilisateurs d’identifier tous les documents liés au produit en utilisant ce terme. Lorsque le nom du produit a changé, vous avez pu changer le terme et remplacer son nom par le nom officiel du produit. Le terme est toujours appliqué aux mêmes éléments, mais son nom est désormais actualisé.

168


L’application de service de métadonnées gérées permet :

d’utiliser des métadonnées gérées ;

de partager les types de contenu dans les collections de sites et les applications Web.

Un service de métadonnées gérées publie un magasin de termes et, éventuellement, des types de contenu, qui sont consommés par une connexion de métadonnées gérées. Cet article décrit le service et les connexions de métadonnées gérées, puis illustre leur utilisation dans le cadre d’un scénario. Avant de lire cet article, vous devez assimiler les concepts décrits dans l’article Vue d’ensemble des métadonnées gérées. Pour en savoir plus sur la façon de concevoir votre topologie d’application de service de métadonnées gérées, après avoir lu cet article, consultez Planifier le partage de terminologie et de types de contenu. Pour savoir comment créer un service et des connexions de métadonnées gérées, consultez Managed metadata administration (SharePoint Server 2010).

Services de métadonnées gérées Lorsque vous activez les métadonnées gérées dans votre application SharePoint Server 2010, un service et une connexion de métadonnées gérées sont automatiquement créés. Le service identifie la base de données à utiliser en guise de magasin de termes, tandis que la connexion permet d’accéder au service. Lorsque vous créez des termes gérés ou que les utilisateurs ajoutent des mots clés d’entreprise, ces termes sont stockés dans la base de données spécifiée dans le service de métadonnées gérées. Lorsque vous publiez un service de métadonnées gérées, une URL pointant vers le service est créée. Pour qu’un administrateur puisse créer une connexion au service à partir d’une autre application Web, il doit connaître l’URL du service.

Outre pour partager les métadonnées gérées, vous pouvez utiliser le service de métadonnées gérées pour partager les types de contenu. En créant un service de métadonnées gérées et en spécifiant une collection de sites en guise de concentrateur de type de contenu, vous pouvez partager tous les types de contenu dans la galerie des types de contenu de la collection de sites.

Vous pouvez créer plusieurs services de métadonnées gérées et partager plusieurs magasins de termes et types de contenu à partir de plusieurs collections de sites. Toutefois, chaque service de métadonnées gérées doit spécifier un magasin de termes différent. Lorsque vous spécifiez pour le magasin de termes une base de données inexistante, une nouvelle base de données est créée.

http://technet.microsoft.com/library/d62ebc00-9252-483e-94db-2b52b2cdb2c8(Office.14).aspx

169

Pour plus d’informations sur la création d’un service de métadonnées gérées, voir Create, update, publish, and delete a managed metadata service application (SharePoint Server 2010).

Connexions de métadonnées gérées Pour utiliser les métadonnées gérées, une application Web doit disposer d’une connexion à un service de métadonnées gérées. Une application Web peut bénéficier de connexions à plusieurs services, et ceux-ci peuvent être locaux ou distants par rapport à l’application Web. Lorsque vous créez un service de métadonnées gérées, une connexion au service est automatiquement créée dans la même application Web que le service.

Après avoir créé une connexion à un service de métadonnées gérées, vous pouvez configurer les quatre options suivantes :

Emplacement des mots clés par défaut : cette option permet d’indiquer si les nouveaux mots clés d’entreprise doivent être stockés

dans l’ensemble de mots clés au sein du magasin de termes associé à ce service de métadonnées gérées.

Emplacement des ensembles de termes par défaut : cette option permet d’indiquer si les ensembles de termes créés en même

temps que les colonnes de site de métadonnées gérées doivent être stockés dans le magasin de termes de ce service de

métadonnées gérées.

Utiliser des types de contenu : cette option permet d’indiquer si les types de contenu éventuellement associés à ce service de

métadonnées gérées doivent être mis à la disposition des utilisateurs de sites dans cette application Web. Cette option n’est

disponible que si le service possède un concentrateur configuré pour partager les types de contenu.

Transférer les mises à jour de publication de type de contenu de la bibliothèque de types de contenu aux sous-sites et listes

qui utilisent le type de contenu : cette option permet d’indiquer si les instances existantes des types de contenu modifiés doivent

être mises à jour dans les sous-sites et les bibliothèques.

Si aucune connexion n’est spécifiée comme emplacement des mots clés par défaut, les utilisateurs ne peuvent pas créer de mots clés d’entreprise. De même, si aucune connexion n’est spécifiée comme emplacement des ensembles de termes par défaut, les utilisateurs ne peuvent spécifier qu’un ensemble de termes existant lorsqu’ils créent une colonne de site dont le type de données est métadonnées gérées.

http://technet.microsoft.com/library/be30ab95-f6bf-41e1-93ac-2f5c78ac703b(Office.14).aspx


170

Important :

Dans une application Web, ne définissez pas plus d’une connexion comme emplacement des mots clés par défaut et ne spécifiez pas

plus d’une connexion comme emplacement des ensembles de termes par défaut.

Pour plus d’informations sur la création d’une connexion à un service de métadonnées gérées, voir Create, update, and delete a managed metadata service connection (SharePoint Server 2010).

Autorisations d’accès à un service de métadonnées gérées Trois conditions sont requises pour la création d’une connexion à un service de métadonnées gérées :

Vous devez connaître l’URL du service.

Si cette connexion est destinée à être une connexion entre batteries de serveurs, la batterie de serveurs sur laquelle le service

s’exécute et la batterie de serveurs sur laquelle la connexion s’exécute doivent être liées par une relation d’approbation.

Le service doit disposer d’une autorisation sur le compte de pool d’applications de l’application Web dans laquelle la connexion est

créée.

Lorsque vous créez une connexion d’une application Web à un service, la connexion s’exécute à l’aide des informations d’identification du compte de pool d’applications de l’application Web. Les utilisateurs des sites dans l’application Web peuvent effectuer différentes actions en fonction de l’autorisation accordée par le service au compte de pool d’applications. Il existe trois niveaux d’autorisation : lecture, restreinte et complète.

Le tableau suivant indique les actions qui sont activées, en fonction des autorisations accordées par le service.

Action Lecture Restreinte Complète

Afficher des termes et des ensembles de termes Oui Oui Oui

Ajouter des termes existants et des mots clés d’entreprise existants à des documents et des

éléments de listes

Oui Oui Oui

http://technet.microsoft.com/library/94f8453b-bebb-4fbd-ab9b-ddb1f6136a50(Office.14).aspx


171

Action Lecture Restreinte Complète

Lier des colonnes à des ensembles de termes existants

Oui Oui Oui

Afficher et utiliser des types de contenu du concentrateur de types de contenu (si le service fournit un concentrateur)

Oui Oui Oui

Ajouter de nouveaux termes à des ensembles de termes ouverts

Non Oui Oui

Créer des mots clés d’entreprise (si la connexion

est configurée afin d’autoriser cette opération)

Non Oui Oui

Créer des ensembles de termes locaux (si la

connexion est configurée afin d’autoriser cette

opération)

Non Oui Oui

Ajouter et modifier des types de contenu dans le concentrateur de types de contenu (si le service fournit un concentrateur)

Non Non Oui

Gérer des termes et des ensembles de termes (si l’utilisateur y est autorisé)

Non Non Oui

172

Important :

Par défaut, tous les comptes de pool d’applications qui sont locaux par rapport à la batterie de serveurs sur laquelle le service s’exécute

disposent d’un accès total au service de métadonnées gérées. Pour accorder à un compte de pool d’applications une autorisation

inférieure, c’est-à-dire, un accès en lecture seule ou restreint, vous devez au préalable supprimer ou réduire les autorisations du groupe

Batterie de serveurs locale.

Pour plus d’informations sur l’octroi d’autorisations d’accès à une application de service de métadonnées gérées, voir Grant permission to access the managed metadata service (SharePoint Server 2010).

Exemple de scénario Cet exemple montre comment une société configure ses services et connexions de métadonnées gérées. Cette société a déjà pris les décisions suivantes, qui ont une incidence sur la conception de l’infrastructure des services de métadonnées gérées :

Il existe une taxonomie d’entreprise qui est contrôlée de manière stricte et qui est utilisée par tout le monde.

Tous les mots clés seront stockés de façon centralisée, afin que les personnes soient encouragées à réutiliser les mêmes mots clés.

Chaque document créé doit inclure des valeurs pour un ensemble de propriétés principal. Le type de contenu document a été mis à

jour de manière à inclure des colonnes pour ces propriétés supplémentaires.

Les sites Web Mon site résideront dans une application Web, tandis que les collections de sites pour les différents sites d’équipe

résideront dans une autre application Web.

En outre, le département juridique présente une contrainte qui a une incidence sur la configuration des services de métadonnées gérées. Le département juridique envisage de représenter les informations confidentielles à l’aide d’ensembles de termes. Ces ensembles de termes doivent être accessibles aux utilisateurs de toutes les collections de sites du département juridique, tandis que les utilisateurs des autres collections de sites ne doivent pas être en mesure d’afficher ou d’utiliser ces ensembles de termes.

Conception

La figure suivante montre comment la société conçoit son infrastructure de services de métadonnées gérées. La conception est décrite en détail dans les paragraphes qui suivent la figure.

http://technet.microsoft.com/library/631ccca6-a1c9-4999-b0c0-2025610e7f4c(Office.14).aspx


174

Le service de métadonnées gérées d’entreprise est le service de métadonnées gérées principal pour tous les sites SharePoint Server 2010 au sein de la société. La taxonomie d’entreprise est représentée par des ensembles de termes globaux dans le magasin de termes associé au service de métadonnées gérées d’entreprise. Grâce au concentrateur de type de contenu qui est associé au service de métadonnées gérées d’entreprise, les types de contenu partagé sont accessibles aux utilisateurs de toutes les collections de sites.

Chaque application Web dispose d’une connexion au service de métadonnées gérées d’entreprise. Toutes les connexions à partir de l’application Web des sites Mon site, de l’application Web des sites d’équipe et de l’application Web des sites juridiques, numérotées 2, 3 et 4 dans la figure, disposent d’un accès restreint au service de métadonnées gérées d’entreprise. L’accès restreint permet aux utilisateurs des sites dans ces applications Web de recourir aux types de contenu partagé et aux ensembles de termes globaux, d’ajouter de nouveaux mots clés d’entreprise et de créer des ensembles de termes locaux, mais il les empêche de modifier les ensembles de termes globaux.

L’application Web d’administration héberge la collection de sites à partir de laquelle les utilisateurs autorisés gèrent la taxonomie d’entreprise et les types de contenu partagé. La bibliothèque de types de contenu de la collection de sites contient les types de contenu partagé, tels que le type de contenu document mis à jour qui reflète les propriétés requises supplémentaires. Cette bibliothèque de types de contenu est le concentrateur de type de contenu du service de métadonnées gérées d’entreprise. La connexion à partir de l’application Web d’administration, numérotée 1 dans la figure, dispose d’un accès total au service de métadonnées gérées d’entreprise.

Le magasin de termes associé au service de métadonnées gérées du département juridique contient des ensembles de termes qui représentent les informations confidentielles utilisées par le département juridique. Seule l’application Web des sites juridiques dispose d’une connexion au service de métadonnées gérées du département juridique ; cela permet aux utilisateurs des collections de sites dans l’application Web des sites juridiques de gérer leurs ensembles de termes.

Autorisations

Le tableau suivant indique l’autorisation que chaque service de métadonnées gérées accorde aux comptes que les connexions utilisent pour accéder au service. Notez que la batterie de serveurs locale bénéficie explicitement d’une autorisation réduite. Si vous ne supprimez pas ou ne réduisez pas les autorisations pour la batterie de serveurs locale, les autres comptes locaux se connecteront aux services en utilisant les autorisations spécifiées pour la batterie de serveurs locale.

Compte Service de métadonnées gérées d’entreprise Service de métadonnées gérées du département juridique

Batterie de serveurs locale Autorisation de lecture Aucune autorisation

Compte de pool d’applications de l’application Web Autorisation maximale Aucune autorisation

175

Compte Service de métadonnées gérées d’entreprise Service de métadonnées gérées du département juridique

d’administration

Compte de pool d’applications de l’application Web

des sites Mon site

Autorisation restreinte Aucune autorisation


des sites d’équipe

Autorisation restreinte Aucune autorisation


des sites juridiques

Autorisation restreinte Autorisation maximale

Paramètres de connexion

Toutes les connexions au service de métadonnées gérées d’entreprise spécifient que le service de métadonnées gérées d’entreprise est l’emplacement par défaut pour le stockage des mots clés. Étant donné que la connexion entre l’application Web des sites juridiques et le service de métadonnées gérées d’entreprise est l’emplacement des mots clés par défaut, la connexion entre l’application Web des sites juridiques et le service de métadonnées gérées du département juridique n’est pas l’emplacement des mots clés par défaut.

Les connexions entre, d’une part, l’application Web d’administration, l’application Web des sites Mon site et l’application Web des sites d’équipe et, d’autre part, le service de métadonnées gérées d’entreprise spécifient que celui-ci est l’emplacement auquel stocker les ensembles de termes propres aux colonnes. La connexion entre l’application Web des sites juridiques et le service de métadonnées gérées d’entreprise spécifie de ne pas stocker d’ensembles de termes propres aux colonnes. La connexion entre l’application Web des sites juridiques et le service de métadonnées gérées du département juridique spécifie que ce service est l’emplacement par défaut pour les ensembles de termes propres aux colonnes.

176

Remarque :

Les deux services de métadonnées gérées seraient acceptables comme emplacement pour les ensembles de termes propres aux

colonnes à partir de l’application Web des sites juridiques. Étant donné que l’étendue des ensembles de termes propres aux colonnes est

limitée à la collection de sites à partir de laquelle ils sont créés, les utilisateurs des autres collections de sites ne peuvent pas les voir.

Sécurité Remarque :

La publication des métadonnées ne doit être activée pour aucune bibliothèque qui contient des documents pouvant comporter des métadonnées que les autres utilisateurs ne doivent pas voir. La publication des métadonnées est désactivée par défaut. Pour plus

d’informations sur la publication des métadonnées, voir Configurer les paramètres de mot clé et de métadonnées d’entreprise pour une

liste ou bibliothèque (éventuellement en anglais).

Toutes les connexions au service de métadonnées gérées d’entreprise spécifient qu’elles utiliseront des types de contenu et qu’elles propageront les modifications apportées aux types de contenu. Étant donné que le service de métadonnées gérées du département juridique ne possède pas de concentrateur de type de contenu, la connexion à ce service ne spécifie pas l’utilisation de types de contenu ou la propagation des modifications apportées aux types de contenu.

Le tableau suivant récapitule les paramètres de chaque connexion à un service de métadonnées gérées. Les numéros de connexion font référence aux lignes dans la figure précédente.

Connexion Service de métadonnées gérées

Application Web Emplacement des mots clés par défaut

Emplacement des ensembles de termes propres aux colonnes

Utiliser des types de contenu

Transférer les types de contenu

1 Service de métadonnées

gérées d’entreprise

Application Web

d’administration

Oui Oui Oui Oui



177

Connexion Service de métadonnées gérées

Application Web Emplacement des mots clés par défaut






Application Web des sites Mon site

Oui Oui Oui Oui



Application Web des

sites d’équipe

Oui Oui Oui Oui



Application Web des sites juridiques

Oui Non Oui Oui

5 Service de métadonnées gérées du département juridique

Application Web des sites juridiques

Non Oui N/A N/A

Voir aussi Concepts



Autres ressources

Create, update, publish, and delete a managed metadata service application (SharePoint Server 2010)

Create, update, and delete a managed metadata service connection (SharePoint Server 2010)

Grant permission to access the managed metadata service (SharePoint Server 2010)




178


Le rôle d’un utilisateur détermine la façon dont celui-ci peut manipuler les métadonnées gérées. Cet article définit les rôles des utilisateurs et identifie les actions autorisées associées à chaque rôle.

Rôles et fonctionnalités Le tableau suivant identifie les rôles des utilisateurs et les actions que les membres de chaque rôle peuvent effectuer sur les métadonnées gérées.

Rôle Actions autorisées

Collaborateur Créer, renommer, copier, réutiliser, déplacer et supprimer des

ensembles de termes.

Modifier la description, le propriétaire, le contact, les parties

prenantes, la stratégie d’envoi d’un ensemble de termes et

indiquer si celui-ci est disponible pour le marquage.

Créer, renommer, copier, réutiliser, fusionner, déconseiller,

déplacer et supprimer des termes.

Modifier la description, les étiquettes, l’étiquette par défaut d’un

terme et indiquer si celui-ci est disponible pour le marquage.

Responsable de groupe Effectuer toutes les actions du rôle de collaborateur.

Importer un ensemble de termes.

Affecter des utilisateurs au rôle de collaborateur ou en supprimer

179

Rôle Actions autorisées

de celui-ci.

Administrateur de magasin de termes Effectuer toutes les actions du rôle de responsable de groupe.

Créer et supprimer des groupes de termes.

Affecter des utilisateurs au rôle de responsable de groupe ou en

supprimer de celui-ci.

Modifier les langues de travail du magasin de termes.

Administrateur de batterie Créer un magasin de termes.

Se connecter à un magasin de termes existant.

Affecter des utilisateurs au rôle d’administrateur de magasin de

termes ou en supprimer de celui-ci.

Un utilisateur identifié en tant que propriétaire d’ensemble de termes, contact d’ensemble de termes ou partie prenante d’ensemble de termes ne peut effectuer aucune activité sur les métadonnées gérées. Les valeurs de propriétaire d’ensemble de termes, de contact d’ensemble de termes et de partie prenante d’ensemble de termes servent uniquement à documenter les personnes ou les groupes associés d’une manière ou d’une autre à l’ensemble de termes.

180

Remarque :

L’identification d’un utilisateur en tant que contact d’ensemble de termes ne permet pas à cet utilisateur d’effectuer des actions

particulières. Toutefois, si un contact est spécifié pour un ensemble de termes, les utilisateurs du site pourront formuler des suggestions

au sujet de l’ensemble de termes, qui seront envoyées au contact.

Les utilisateurs finaux de Microsoft SharePoint Server, tels que les utilisateurs des collections de sites, peuvent effectuer les activités suivantes sur les métadonnées gérées :

Créer des requêtes de recherche basées sur des termes et affiner les résultats en fonction des ensembles de termes.

Ajouter des métadonnées gérées (termes gérés et mots clés gérés) aux documents et autres éléments SharePoint Server, si

l’utilisateur est habilité à modifier les éléments.

Ajouter des mots clés gérés à des éléments non-SharePoint Server, tels que des pages Web externes et des billets de blog, si

SharePoint prend en charge l’étiquetage social.

Créer des champs de métadonnées gérées et ajouter les champs à des types de contenu.

Lorsque les administrateurs de batterie, les administrateurs de magasin de termes, les responsables de groupe et les collaborateurs utilisent des métadonnées gérées, ils recourent à l’outil de gestion du magasin de termes. Les utilisateurs finaux effectuent leurs activités dans le contexte de leur tâche SharePoint Server 2010.

Voir aussi Concepts


Autres ressources

Add and remove term store administrators

http://technet.microsoft.com/library/bb243d8b-0e41-4b59-84a5-7e030f76e987(Office.14).aspx

181


Les métadonnées gérées constituent une collection hiérarchique de termes gérés de façon centralisée que vous pouvez définir, puis utiliser comme attributs d’éléments dans Microsoft SharePoint Server 2010. Avant de lire cet article, vous devez assimiler les concepts décrits dans l’article Vue d’ensemble des métadonnées gérées.

Les métadonnées gérées et la façon dont vous les structurez peuvent affecter votre solution SharePoint Server dans plusieurs aspects, notamment les suivants :

Les valeurs valides pour des colonnes et la façon dont les utilisateurs les saisissent.

Les mots clés d’entreprise que les utilisateurs peuvent appliquer aux éléments SharePoint Server 2010.

La façon d’affiner les résultats de recherche.

La façon de router les documents.

Les flux de travail appliqués aux éléments SharePoint Server.

La façon dont les utilisateurs peuvent trier et filtrer les éléments SharePoint Server.

Si vous utilisez les liens de mise en réseau, les balises que les utilisateurs peuvent appliquer aux éléments non-SharePoint Server.

Dans cet article :

Planifier : maintenant ou ultérieurement

À propos de la planification des métadonnées gérées

Identifier les ensembles de termes

Identifier les propriétaires des ensembles de termes

Déterminer les groupes d’ensembles de termes

Définir les ensembles de termes

Feuilles de planification des métadonnées gérées

182

Planifier : maintenant ou ultérieurement SharePoint Server 2010 permet d’utiliser des métadonnées gérées même sans avoir préalablement défini tous les termes et les ensembles de termes. Vous pouvez commencer sans aucun ensemble de termes et laisser simplement les utilisateurs ajouter des mots clés d’entreprise aux éléments. La croissance de l’ensemble des mots clés d’entreprise vous amènera probablement à organiser celui-ci afin d’y faciliter la recherche ou la résolution d’ambiguïté de mots clés. À ce stade, vous pouvez créer des ensembles de termes et y placer certains mots clés. Vous pouvez également nettoyer les termes du nouvel ensemble en supprimant les mots mal orthographiés, ou en indiquant que certains mots sont synonymes d’autres mots.

Même si vous optez pour l’approche moins formelle de démarrage avec les mots clés d’entreprise en différant la création des ensembles de termes, vous devez comprendre comment planifier et organiser les métadonnées gérées.

À propos de la planification des métadonnées gérées La planification et l’organisation des métadonnées gérées comprennent les étapes suivantes :

1. Identifier les ensembles de termes.

2. Identifier le propriétaire de chaque ensemble de termes.

3. Déterminer les groupes d’ensembles de termes.

4. Définir les ensembles de termes.

Les trois premières tâches sont souvent exécutées par un groupe, un architecte de solution ou un taxinomiste. La quatrième tâche, consistant à définir les ensembles de termes, peut être attribuée aux propriétaires des ensembles de termes.

La section Feuilles de planification des métadonnées gérées contient des liens vous permettant de télécharger des feuilles dans lesquelles vous pouvez enregistrer vos termes et vos ensembles de termes.

Remarque :

Si vous réorganisez des colonnes dans la feuille de planification détaillée des ensembles de termes, vous pouvez également utiliser celle-

ci pour importer un ensemble de termes dans SharePoint Server 2010.

Cet article contient la marche à suivre pour déterminer les métadonnées gérées que votre organisation utilisera. Il n’explique pas comment répartir les métadonnées entre les magasins de termes ni où déployer les services qui hébergent ces magasins. Pour des

183

informations sur la planification des services de métadonnées gérées, par exemple sur le choix de l’emplacement de stockage des mots clés d’entreprise, voir Planifier le partage de terminologie et de types de contenu.

Identifier les ensembles de termes Au cours de la conception de votre solution, vous allez découvrir des attributs (métadonnées) qui devraient être associés à certains éléments dans SharePoint Server. Vous pouvez également envisager d’implémenter certaines stratégies de gouvernance de votre organisation en utilisant des métadonnées. Cette section fournit des instructions pour identifier les métadonnées et explique lesquelles doivent être gérées. Chaque élément des métadonnées gérées sera représenté par un ensemble de termes.

Tout d’abord, examinez dans votre solution les informations représentables par des métadonnées. Le tableau suivant vous suggère où rechercher des métadonnées possibles.

Métadonnées potentielles Exemple

Colonnes personnalisées associées à des documents ou à des listes La confidentialité d’un document : public, propriétaire, confidentiel,

secret commercial, etc.

Dans les cas où le système ou un utilisateur peut effectuer des

actions différentes en fonction d’une caractéristique d’un élément,

cette caractéristique constitue probablement une métadonnée.

Si une demande soumise par une personne spécifique est automatiquement approuvée, « Soumise par » pourrait constituer

une métadonnée.

Des options courantes en fonction desquelles les utilisateurs voudront trier ou filtrer des éléments

Si les utilisateurs sont susceptibles de filtrer des éléments en

fonction du jalon associé, « Jalon » pourrait constituer une

métadonnée.

Des mots ou des phrases que les utilisateurs sont susceptibles

d’utiliser pour baliser des éléments Le sujet d’une image, par exemple « Logo de la société » ou « Icône

XYZ de produit »

Colonnes Choix ou Recherche dans un site SharePoint Server existant

184

Les métadonnées ne sont pas toutes des métadonnées gérées, c’est-à-dire un ensemble de termes. Le tableau suivant suggère des cas où les métadonnées identifiées sont susceptibles d’être gérées. Si la décision de créer un ensemble de termes pour un élément de métadonnée reste floue, il est sans doute préférable de ne pas le créer. Analysez plutôt les mots clés que les utilisateurs ajoutent aux éléments et créez un ensemble de termes lorsque plusieurs mots clés créés pourraient y être regroupés.

Si la métadonnée potentielle… … est-elle susceptible d’être gérée ?

Est une option pour laquelle l’utilisateur sélectionnera une valeur

valide

Oui

Représente une information susceptible d’être utilisée plusieurs fois Oui

Possède des valeurs valides qui peuvent être organisées de façon hiérarchique

Oui

Inclut des synonymes ou des abréviations qui devraient être regroupés

Oui

Est applicable à une seule langue, mais pourrait être visible dans d’autres langues

Oui

Est représentée par une colonne intégrée (comme Date de modification)

Non

Possède une infinité de valeurs valides Non

Possède des valeurs valides différentes à chaque emplacement

d’utilisation (par exemple, des valeurs différentes pour l’attribut

Version en fonction du site d’équipe produit sur lequel l’élément

apparaît)

Non (ou, si elle est représentée par une métadonnée gérée, elle peut être planifiée et gérée au niveau du site)

A comme seules valeurs valides Oui ou Non Non

185

Enregistrez les ensembles de termes dans la feuille de planification des ensembles de termes, et ajoutez une brève description pour chacun.

Identifier les propriétaires des ensembles de termes Pour chaque ensemble de termes, vous devez déterminer un propriétaire. Ce dernier peut ensuite définir les termes dans l’ensemble.

Si l’ensemble de termes doit être utilisé partout dans l’organisation, ou si ses termes doivent être étroitement contrôlés, il existe probablement déjà un groupe qui gère ces informations. Ce groupe est susceptible de gérer cet ensemble de termes. Si ces informations ne sont pas étroitement contrôlées, vous pourrez désigner un propriétaire de cet ensemble de termes, qui procédera périodiquement au nettoyage des termes.

Enregistrez le propriétaire de chaque ensemble de termes dans la feuille de planification des ensembles de termes.

Déterminer les groupes d’ensembles de termes Un groupe d’ensembles de termes constitue une frontière de sécurité. Seul le collaborateur désigné pour le groupe peut gérer les ensembles de termes du groupe et créer de nouveaux ensembles de termes. Cependant, tous les utilisateurs peuvent généralement voir la totalité des ensembles de termes. Pour savoir comment empêcher certains utilisateurs de voir un ensemble de termes, voir Planifier le partage de terminologie et de types de contenu.

Organisez les ensembles de termes en groupes en fonction des utilisateurs qui auront la capacité de gérer les ensembles de termes. Si vous avez identifié une personne comme étant la propriétaire de 25 ensembles de termes, ces 25 ensembles appartiennent peut-être au même groupe. Si différentes personnes possèdent chacune un seul ensemble de termes, alors que ces personnes appartiennent au même département, cela peut constituer une bonne raison de placer tous ces ensembles dans un même groupe. Il est courant de créer les groupes en fonction de la structure de l’organisation et de laisser celle-ci chargée de désigner un responsable pour le groupe des ensembles de termes. Ce responsable peut ajouter des personnes au rôle de collaborateur pour gérer les ensembles de termes dont elles sont propriétaires.

Si des ensembles de termes ne doivent pas être visibles par certains utilisateurs, attribuez ces ensembles à des groupes distincts. Par exemple, si cinq des ensembles de termes ne doivent être visibles que par les membres du département juridique, définissez un nouveau groupe d’ensembles de termes et incluez-y ces cinq ensembles uniquement. Vous créerez éventuellement des instances différentes de service de métadonnées gérées pour les groupes publics et privés, comme décrit dans l’article Planifier le partage de terminologie et de types de contenu.

186

Définir les ensembles de termes À ce stade, vous avez identifié un propriétaire pour chaque ensemble de termes. Les propriétaires peuvent utiliser la suite de ce processus pour définir leurs ensembles de termes.

Pour définir un ensemble de termes, vous devez répondre aux questions suivantes :

Quels sont les termes constituant cet ensemble ?

Comment les termes devraient-ils être organisés ?

Qui devrait être autorisé à ajouter des termes à cet ensemble ?

Utilisez les instructions des sections suivantes pour définir et organiser les termes, et pour déterminer si l’ensemble de termes est ouvert ou fermé. Enregistrez les ensembles de termes et leurs descriptions dans la feuille de planification détaillée des ensembles de termes.

Identifier les termes

Identifiez les termes de l’ensemble de termes. Si vous voulez autoriser la représentation du même concept par plusieurs termes (par exemple, « XYZ version 2 » et « XYZ v2 » peuvent être deux noms possibles du même produit), incluez les deux termes. Identifiez un terme comme le terme principal, et indiquez que le second terme est synonyme du premier.

Organiser les termes

Le premier principe d’organisation d’un ensemble de termes doit être sa facilité de navigation. Les utilisateurs finals vont souvent interagir avec l’ensemble de termes en y sélectionnant un des termes. Par conséquent, vous devez organiser l’ensemble afin de faciliter la recherche du terme correct sans trop de défilement. Cela suggère une structure hiérarchique.

Remarque :

Comme vous pouvez spécifier un ordre de tri personnalisé pour un ensemble de termes (par exemple, mercredi doit être présenté avant

jeudi, bien que cet ordre ne soit pas alphabétique), vous n’avez pas à vous soucier de l’ordre dans lequel vous répertoriez les termes.

Vous pouvez imbriquer les termes jusqu’à sept niveaux de profondeur au maximum. Comme vous avez la possibilité de déclarer un terme comme non disponible pour le marquage (c’est-à-dire, un terme que l’utilisateur ne peut pas sélectionner), vous disposez de souplesse pour organiser la hiérarchie, comme illustré dans les exemples fournis dans les feuilles.

Les suggestions suivantes peuvent vous aider à déterminer comment structurer un ensemble de termes.

187

Dans un domaine bien connu, l’organisation est probablement standard. Par exemple, les termes dans un ensemble de termes

représentant les bureaux de vente pourraient être organisés au moyen d’une hiérarchie géographique. Les termes du premier niveau

peuvent être pensés comme les continents. Les termes du second niveau peuvent être les pays, ceux du troisième niveau, les

provinces à l’intérieur de chaque pays, et ceux du quatrième niveau, les villes où sont situés les bureaux. Comme l’ensemble de

termes représente les bureaux de vente, seuls les termes du quatrième niveau seront disponibles pour le marquage.

Existe-t-il déjà des moyens bien connus d’organiser les informations dans votre entreprise ? Par exemple, la structure des dossiers

sur un partage de fichiers représente-t-elle la façon dont la plupart des utilisateurs organiseraient les informations ? La structure de

navigation de votre portail intranet est-elle pratique pour la recherche des informations ? Vous pouvez vous reporter à ces exemples

de structuration actuelle des informations pour organiser votre ensemble de termes.

Remarque :

Réfléchissez de façon approfondie avant d’utiliser la structure interne de votre entreprise pour organiser un ensemble de termes. Si votre

entreprise procédait à une réorganisation la semaine qui suit, vous faudrait-il réorganiser également l’ensemble de termes ? Le bénéfice

sera-t-il à la hauteur de la peine ?

Si les termes de l’ensemble de termes constituent simplement une liste sans méthode évidente d’organisation, envisagez une

organisation alphabétique. Définissez les lettres de l’alphabet comme termes du premier niveau, et les termes à proprement parler

comme termes du second niveau. Si l’ensemble de termes est trop vaste pour cette structure, vous pouvez créer un second niveau

d’organisation alphabétique (par exemple, AA – AF, AG – AI, AJ – AR et AS – AZ) et inclure les termes à proprement parler au

troisième niveau. Les termes des niveaux servant simplement à l’organisation alphabétique doivent être marqués comme non

disponibles pour le balisage.

Identifier les utilisateurs autorisés à ajouter des termes

Tout le monde peut ajouter un nouveau terme à un ensemble de termes ouvert. Seules les personnes identifiées comme des collaborateurs pour un groupe d’ensembles de termes peuvent ajouter des termes à un ensemble de termes fermé du groupe. Par exemple, un ensemble de termes représentant des centres de coûts serait probablement fermé. Un ensemble de termes représentant les donateurs d’une œuvre caritative pourrait être ouvert.

Enregistrez les détails de chaque ensemble de termes dans un exemplaire distinct de la feuille de planification détaillée des ensembles de termes.

188

Feuilles de planification des métadonnées gérées Téléchargez une version Excel de la Feuille de planification des ensembles de termes (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=163486&clcid=0x40C).

Téléchargez une version Excel de la Feuille de planification détaillée des ensembles de termes (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=163487&clcid=0x40C).

Voir aussi Concepts







189


Si votre organisation possède déjà une taxonomie d’entreprise ou d’autres données hiérarchiques que vous souhaitez utiliser en guise de métadonnées gérées dans Microsoft SharePoint Server 2010, envisagez d’importer les données au lieu de les entrer de nouveau. Parmi les exemples de données hiérarchiques que vous pouvez importer, citons une liste de noms de produits, une liste de centres de coût valides et la hiérarchie des divisions, des départements et des groupes au sein de l’organisation.

Même si votre organisation n’a pas besoin d’importer des données, vous pouvez envisager de créer votre taxonomie en dehors de l’outil de gestion du magasin de termes, puis d’importer la taxonomie. L’outil de gestion du magasin de termes permet de créer des ensembles de termes et de gérer les termes de façon pratique et simple, mais son utilisation pour créer de nombreux ensembles de termes peut s’avérer plus longue que l’importation des ensembles de termes. L’outil de gestion du magasin de termes est pratique pour la gestion quotidienne des ensembles de termes une fois ceux-ci créés.

Dans cet article :

À propos de la planification de l’importation de métadonnées gérées

Recherche des données existantes

Organisation des données en métadonnées gérées

Nettoyage des données

Mise en forme des données à importer

Importation des métadonnées gérées

Fusion des termes

Avant de lire cet article, vous devez assimiler les concepts décrits dans l’article Vue d’ensemble des métadonnées gérées.

À propos de la planification de l’importation de métadonnées gérées L’importation de métadonnées gérées englobe les tâches suivantes :

190

1. Recherchez les données existantes.

2. Organisez les données en métadonnées gérées SharePoint Server.

3. Nettoyez les données existantes.

4. Mettez en forme les données existantes en fichiers à importer.

5. Importez les métadonnées gérées.

6. Fusionnez les termes.

Cet article présente la recherche des données existantes et le nettoyage des données. Les autres tâches (organisation, mise en forme, importation et fusion) ne sont pas abordées dans cet article, car elles sont identiques, que vous créiez des métadonnées gérées ou importiez des données existantes.

Recherche des données existantes Que votre entreprise possède ou non une taxonomie formelle, il est probable qu’elle abrite des données utilisables comme métadonnées gérées dans SharePoint Server. Dès lors que vous recherchez un ensemble de valeurs valides dans un domaine spécifique, votre attention se porte sur des métadonnées gérées potentielles. Bien sûr, les seules données que vous devez envisager d’importer en guise de métadonnées gérées sont les données appropriées pour l’entreprise ou pour les scénarios que vous implémentez.

Recherchez et rassemblez les informations à partir des sources suivantes :

Listes de référence. Vers quelles listes les utilisateurs se tournent-ils lorsqu’ils ont besoin d’informations pour leur travail quotidien ? Il

peut s’agir d’une liste de départements associés à un forum, d’une feuille de calcul qui contient les numéros de tous les projets actifs

ou d’un site Web interne abritant le catalogue de produits d’une société.

Formulaires. Examinez les formulaires utilisés dans l’organisation. Si un formulaire contient un champ pour lequel seules certaines

valeurs sont valides, le champ contient peut-être des informations que vous pourriez représenter à l’aide de métadonnées gérées. Par

exemple, un formulaire de note de frais peut contenir un champ pour un centre de coût. Le champ du centre de coût est probablement

validé par rapport à la liste des centres de coût valides. Par conséquent, « Centre de coût » pourrait être approprié pour un ensemble

de termes SharePoint Server.

Taxonomies. De nombreuses grandes sociétés ont déjà créé une taxonomie d’entreprise. Certaines entités publiques, telles que des

écoles publiques, peuvent faire partie d’un système plus vaste ayant développé une taxonomie. Certains groupes industriels ont

développé des taxonomies pour le partage des informations. Les taxonomies existantes constituent une excellente source pour les

métadonnées gérées.

191

Champs de choix SharePoint Server existants. Si votre organisation a déjà implémenté une solution SharePoint Server, examinez la

solution SharePoint Server en portant votre attention sur les colonnes de site ayant pour type Choix. Lorsqu’un utilisateur entre une

valeur pour une colonne de site Choix, il doit effectuer son choix dans une liste de valeurs valides. Celle-ci pourrait être un ensemble

de termes dans SharePoint Server 2010.

Hiérarchies reconnues : les personnes de votre organisation sont probablement familiarisées avec de nombreuses hiérarchies

courantes, telles que la structure des dossiers d’un partage de fichiers ou la structure de navigation de votre portail intranet. Ces

hiérarchies peuvent vous guider dans l’organisation de la hiérarchie des métadonnées gérées.

Organisation des données en métadonnées gérées Le processus d’organisation des métadonnées gérées est le même, que vous démarriez avec des données existantes ou que vous créiez les données. Pour plus d’informations sur l’organisation des métadonnées gérées, voir Planifier des termes et des ensembles de termes (SharePoint Server 2010).

Nettoyage des données Après avoir identifié les données existantes et déterminé comment organiser les métadonnées gérées, vous devrez probablement examiner et affiner les données que vous avez collectées. Toutefois, au préalable, supprimez toutes les données qui, selon vous, ne doivent pas devenir des métadonnées gérées.

Effectuez les actions suivantes pour chaque ensemble de termes, dans votre plan de métadonnées gérées, pour lequel des données existent déjà :

1. Fusionnez les listes. Si vous avez collecté des données à partir de plusieurs sources, elles pourront toutes fournir des termes pour

l’ensemble de termes. Créez alors une liste unique à partir des termes combinés. Par exemple, si vous avez collecté une liste de

noms de produits auprès du service marketing et une autre liste de noms de produits auprès de la division de production, combinez-

les en un seul ensemble de termes.

2. Supprimez les doublons. Si une liste de termes contient le même terme plusieurs fois, supprimez les doublons. Dans l’idéal, la liste de

noms de produits émanant du département marketing doit être identique à celle provenant de la division de production, si bien que

tous les termes doivent être dupliqués.

3. Identifiez les synonymes. Si différentes organisations ont fourni des termes pour votre liste, il est très probable qu’elles aient parfois

utilisé différents mots pour le même concept. Dans certains cas, vous devrez continuer à autoriser différents mots (termes), même

s’ils représentent le même concept. Lorsque cela se produit, conservez toutes les dénominations du terme dans la liste. Identifiez la

192

dénomination du concept la plus courante, puis ajoutez une note indiquant qu’il s’agit du terme principal pour ce concept. Ajoutez à

chacune des autres dénominations une note indiquant qu’elles doivent être fusionnées avec le terme principal.

4. Résolvez les fautes d’orthographe et autres erreurs. Si la liste contient deux dénominations pour le même concept et que vous n’avez

pas besoin de les conserver toutes les deux, choisissez-en une et supprimez l’autre de la liste. Par exemple, il est possible que la liste

d’une organisation coupe un nom de produit composé de plusieurs mots, tandis que la liste d’une autre organisation sépare ceux-ci

par des espaces. De même, la liste d’une organisation peut utiliser le mot complet « version », alors qu’une autre organisation utilise

sa forme abrégée « ver ». Choisissez une dénomination et supprimez les autres.

Mise en forme des données à importer Pour plus d’informations sur le format du fichier d’importation, voir Managed metadata input file format. Pour des instructions sur l’importation des métadonnées gérées, la fusion des termes et la définition des synonymes, voir Office.com.

Importation des métadonnées gérées Pour des instructions sur l’importation des métadonnées gérées, voir Office.com.

Fusion des termes Lorsque vous importez des métadonnées gérées, vous pouvez uniquement ajouter des termes et des ensembles de termes. Vous devez utiliser l’outil de gestion du magasin de termes pour fusionner les termes. Si votre plan de gestion des termes contient des notes indiquant que certains termes doivent être fusionnés avec d’autres termes, fusionnez les termes après les avoir importés. Pour des instructions sur l’importation des métadonnées gérées, la fusion des termes et la définition des synonymes, voir Office.com.

Voir aussi Concepts



Autres ressources

http://technet.microsoft.com/library/6ff416e7-1fa5-4ff5-8ca3-597ed97c0902(Office.14).aspx

193

Managed metadata input file format

http://technet.microsoft.com/library/6ff416e7-1fa5-4ff5-8ca3-597ed97c0902(Office.14).aspx

194


Un service de métadonnées gérées publie un magasin de termes et, éventuellement, des types de contenu, qui sont consommés par une connexion de métadonnées gérées. Pour partager des ensembles de termes entre des collections de sites, vous créez un service de métadonnées gérées, puis vous créez les connexions à ce service depuis chaque application Web qui contient une collection de sites. Pour partager des types de contenu entre des collections de sites, vous désignez une bibliothèque de types de contenu comme « concentrateur » d’un service de métadonnées gérées, puis vous créez les connexions à ce service depuis chaque application Web qui contient une collection de sites, et vous spécifiez qu’une connexion de site doit utiliser les types de contenu dans le service.

Cet article contient des procédures permettant d’identifier les services et les connexions de métadonnées gérées requis pour votre solution. Le processus de planification de cet article est uniquement décrit à titre de recommandation. Il y a d’autres moyens de structurer vos services et vos connexions de métadonnées gérées.

Avant de lire cet article, vous devez assimiler les concepts décrits dans les rubriques À propos de l’application de service de métadonnées et Planifier l’architecture des services.

Dans cet article :

À propos de la planification des services et des connexions de métadonnées gérées

Identifier les services de métadonnées gérées

Identifier les connexions de métadonnées gérées

Exemple

Récapitulatif de la procédure de planification

Feuille de planification des services de métadonnées gérées

À propos de la planification des services et des connexions de métadonnées gérées Avant de planifier vos services et vos connexions de métadonnées gérées, vous devez identifier les collections de sites de votre solution et déterminer celles contenues dans chaque application Web.

195

Le processus de planification décrit dans cet article part de la configuration la plus simple, un seul service de métadonnées gérées, puis vous amène vers l’ajout de services supplémentaires dans certaines situations. Vous déterminez ensuite les connexions à chaque service de métadonnées gérées, et définissez les paramètres de connexion. S’il vous faut plus d’un service de métadonnées gérées, conservez la trace des services que vous identifiez, ainsi que la description de l’usage de chaque magasin de termes de service et de quelle collection de sites provient le concentrateur de types de contenu du service, le cas échéant. Conservez également la trace des connexions que vous identifiez, ainsi que la valeur de leurs paramètres de connexion. Vous pouvez enregistrer ces informations sur les feuilles référencées à la fin de cet article.

Les stratégies de gouvernance de votre organisation peuvent affecter la façon dont concevoir vos services et vos connexions de métadonnées gérées. Par exemple, s’il existe un processus formel pour la gestion des termes et des ensembles de termes, cela affecte la façon dont vous définissez les paramètres de connexion. Si chaque document créé doit posséder un certain jeu d’attributs, vous souhaiterez probablement disposer d’un concentrateur de types de contenu dans au moins un service. Informez-vous sur le plan de gouvernance de votre organisation avant de déterminer les services et les connexions de métadonnées gérées. Pour plus d’informations sur la création d’un plan de gouvernance, voir Governance overview (SharePoint Server 2010).

Identifier les services de métadonnées gérées Si vous comptez utiliser des termes et des ensembles de termes, ou partager des types de contenu entre deux collections de sites ou plus, votre solution doit utiliser un service de métadonnées gérées. Supposez que vous enregistrerez tous les ensembles de termes et tous les mots clés gérés dans un seul magasin de termes. Le premier service de métadonnées gérées, appelé service « principal » dans cet article, contient ce magasin. Si votre solution inclut des types de contenu partagés, supposez qu’une seule bibliothèque de types de contenu les contiendra tous. Cette bibliothèque, si elle existe, est le concentrateur du service de métadonnées gérées principal. Dans de nombreux cas, le service principal est le seul service de métadonnées gérées dont vous aurez besoin.

Si certains utilisateurs exigent que leurs ensembles de termes demeurent privés afin qu’ils ne soient pas visibles par d’autres utilisateurs, un service de métadonnées gérées supplémentaire sera nécessaire pour contenir le magasin de termes de stockage des ensembles de termes privés. Identifiez les collections de sites qui auront la possibilité d’accéder à ces ensembles de termes privés. Créez un service de métadonnées gérées pour chaque groupe d’ensembles de termes privés réservé aux utilisateurs d’un ensemble différent de collections de sites.

Si, par exemple, seul le personnel des départements marketing et juridique est autorisé à voir les ensembles de termes du groupe 1, et seul le personnel des départements RH et juridique est autorisé à voir les ensembles de termes du groupe 2. Dans ce cas, il vous faut ajouter deux services de métadonnées gérées supplémentaires. Le magasin de termes du premier service supplémentaire contiendra les ensembles de termes du groupe 1. Le magasin de termes du second service supplémentaire contiendra les ensembles de termes du groupe 2.


196

Remarque :

Les utilisateurs de l’ensemble des sites dans une application Web peuvent voir les mêmes ensembles de termes. Par conséquent, les

collections de sites doivent être attribuées aux applications Web de sorte que les utilisateurs de l’ensemble des collections de sites dans

l’application Web puissent voir les mêmes ensembles de termes. Il vous faudra peut-être créer davantage d’applications Web et déplacer

quelques collections de sites d’une application Web à l’autre afin d’isoler les collections nécessitant un accès aux ensembles de termes

privés.

Si des types de contenu sont associés aux ensembles de termes privés, et que ces types sont utilisés par au moins deux collections de sites, ajoutez un concentrateur de types de contenu au service de métadonnées gérées dont le magasin de termes contiendra les ensembles de termes privés. Par exemple, il pourrait y avoir une colonne dont la valeur provient d’un ensemble de termes privés. Les types de contenu qui utilisent cette colonne seraient des types « privés ».

Un concentrateur de types de contenu est associé à la bibliothèque des types de contenu d’une collection de sites. Si vous devez partager des types de contenu des bibliothèques de types de contenu de plusieurs collections de sites, ajoutez un service de métadonnées gérées pour chaque concentrateur de types de contenu requis.

Identifier les connexions de métadonnées gérées Ajoutez une connexion depuis le service de métadonnées gérées principal vers chaque application Web qui contient une collection de sites. Utilisez les instructions suivantes pour déterminer les valeurs des paramètres de connexion.

Emplacement par défaut des mots clés :

NON si les utilisateurs des sites dans l’application Web doivent pouvoir créer un mot clé géré qui doit rester privé.

Sinon, OUI.

Emplacement par défaut des ensembles de termes propres aux colonnes :

NON si des collections de sites dans l’application Web posséderont des ensembles de termes privés.

NON pour interdire aux administrateurs de sites la création de nouveaux ensembles de termes dans l’application Web.

Sinon, OUI.

197

Utiliser des types de contenu : OUI, en supposant que le service principal de métadonnées gérées a un concentrateur de types de

contenu et que rien ne vous empêche d’utiliser les types de contenu.

Transférer les types de contenu : OUI, en supposant que le service principal de métadonnées gérées a un concentrateur de types

de contenu et que rien ne vous empêche de transférer ces types.

Pour chaque service de métadonnées gérées dont le magasin de termes contiendra des ensembles de termes privés, ajoutez une connexion entre le service et chaque application Web qui contient des sites qui font référence aux ensembles de termes privés. Utilisez les instructions suivantes pour déterminer les valeurs des paramètres de connexion :

Emplacement par défaut des mots clés :

OUI si les utilisateurs des sites dans l’application Web doivent pouvoir créer un mot clé géré qui doit rester privé.

Sinon, NON.

Emplacement par défaut des ensembles de termes propres aux colonnes :

NON pour interdire aux administrateurs de sites la création de nouveaux ensembles de termes dans l’application Web.

Sinon, OUI.

Utiliser des types de contenu : OUI, en supposant que le service principal de métadonnées gérées a un concentrateur de types de

contenu et que rien ne vous empêche d’utiliser les types de contenu.

Transférer les types de contenu : OUI, en supposant que le service principal de métadonnées gérées a un concentrateur de types

de contenu et que rien ne vous empêche de transférer ces types.

Les éventuels services de métadonnées gérées restants seront utilisés uniquement pour leurs concentrateurs de types de contenu. Créez une connexion entre chaque service de métadonnées gérées restant et chaque application Web qui contient une collection de sites utilisant les types de contenu. Utilisez les instructions suivantes pour déterminer les valeurs des paramètres de connexion :

Emplacement par défaut des mots clés : NON.

Emplacement par défaut des ensembles de termes propres aux colonnes : NON.

Utiliser des types de contenu : OUI.

Transférer les types de contenu : OUI, en supposant que rien ne vous empêche de les transférer.

Pour chaque application Web, examinez les valeurs des paramètres de l’ensemble des connexions à un service de métadonnées gérées. Vérifiez les conditions suivantes :

198

Si aucune connexion n’est spécifiée comme emplacement par défaut des mots clés, les utilisateurs de sites dans l’application Web ne

pourront pas créer de mots clés gérés. Si ce n’est pas le but recherché, définissez l’option Emplacement par défaut des mots clés à

OUI dans la connexion au service de métadonnées gérées dont le magasin de termes contiendra les nouveaux mots clés gérés.

Si aucune connexion n’est spécifiée comme emplacement par défaut des ensembles de termes propres aux colonnes, les

administrateurs de sites dans l’application Web ne pourront pas créer de nouveaux ensembles de termes lorsqu’ils créent une

colonne de métadonnées gérées. Si ce n’est pas le but recherché, définissez l’option Emplacement des ensembles de termes propres

aux colonnes par défaut à OUI dans la connexion au service de métadonnées gérées dont le magasin de termes contiendra les

nouveaux ensembles de termes.

Assurez-vous qu’il y a au maximum un emplacement par défaut des mots clés par application Web. Le service de métadonnées

gérées ne prend pas en charge plus d’un emplacement par défaut des mots clés par application Web.

Assurez-vous qu’il y a au maximum un emplacement par défaut des ensembles de termes propres aux colonnes par application Web.

Le service de métadonnées gérées ne prend pas en charge plus d’un emplacement par défaut des ensembles de termes propres aux

colonnes par application Web.

Exemple La société de l’exemple va utiliser Microsoft SharePoint Server 2010 pour implémenter des sites de collaboration d’équipe et des sites Mon site. La planification effectuée jusque-là indique que les sites Mon site s’exécuteront dans une seule application Web, et que tous les sites de collaboration d’équipe s’exécuteront dans une seconde application Web. Il y aura une collection de sites pour chaque fonction métier, et les administrateurs de collection de sites auront la possibilité de créer un nouveau site d’équipe lorsqu’un site de collaboration est nécessaire.

Les stratégies suivantes dans le plan de gouvernance de la société affectent la façon dont les services et les connexions de métadonnées gérées seront organisés.

Les utilisateurs peuvent ajouter de nouveaux mots clés gérés aux documents et les mots clés gérés peuvent avoir une valeur

quelconque.

Les nouveaux termes ou ensembles de termes proposés doivent être approuvés par le taxinomiste de la société.

Tous les documents doivent avoir un attribut d’état dont la valeur est « brouillon », « publié », « mis à jour » ou « expiré ».

De plus, le département juridique aura besoin de plusieurs ensembles de termes que les utilisateurs externes au département ne seront pas autorisés à voir. Il y aura aussi de nouveaux types de contenu qui utiliseront ces ensembles de termes privés.

Identification des services de métadonnées gérées

199

Vous stockez tous les ensembles de termes et les mots clés gérés dans le service de métadonnées gérées « principal ». Ce service possédera un concentrateur de types de contenu qui contient un type de contenu Document avec une colonne d’état. Le concentrateur contiendra également d’autres types de contenu partagé. Comme les administrateurs de sites peuvent ajouter des types de contenu à la bibliothèque des types de contenu de leur collection de sites, et peuvent ne pas vouloir partager ces types de contenu, aucune bibliothèque des types de contenu existants ne servira de concentrateur. Au lieu de cela, vous ajouterez une nouvelle collection de sites à l’application Web qui contient les sites d’équipe. La bibliothèque des types de contenu de la nouvelle collection de sites contiendra les types de contenu partagé et servira de concentrateur au service de métadonnées gérées principal.

Le département juridique requiert des ensembles de termes privés. Par conséquent, un second service de métadonnées gérées sera nécessaire. Le magasin de termes de ce service contiendra les ensembles de termes privés.

Cependant, comme les utilisateurs de l’ensemble des collections de sites dans une application Web peuvent voir les mêmes ensembles de termes, la collection de sites du département juridique doit appartenir à sa propre application Web pour que ses ensembles de termes demeurent privés. Par conséquent, une troisième application Web sera nécessaire.

La collection de sites du département juridique possédera également des types de contenu privé. Comme une seule collection de sites utilisera ces types-là, ils peuvent être stockés avec la collection de sites. Un concentrateur de types de contenu est requis uniquement si les types de contenu sont partagés entre deux collections de sites ou plus.

Aucun autre concentrateur de types de contenu n’est requis. Par conséquent, deux services de métadonnées gérées sont suffisants.

Le tableau ci-après représente la feuille de planification des services de métadonnées gérées de ce scénario :

Service de métadonnées gérées Description du magasin de termes Emplacement du concentrateur de types de contenu

Service de métadonnées gérées principal Ensembles de termes et tous les mots clés gérés Bibliothèque de types de contenu de la nouvelle collection de sites dans l’application Web des sites

d’équipe

Service de métadonnées gérées du département juridique

Ensembles de termes privés du département juridique Aucun

200

Identification des connexions de métadonnées gérées

Chaque application Web doit avoir une connexion au service de métadonnées gérées « principal ». Pour optimiser la réutilisation des mots clés, chaque connexion d’application Web au service de métadonnées gérées principal sera l’emplacement par défaut des mots clés (cela implique que les utilisateurs de la collection de sites du département juridique ne doivent pas créer de mots clés gérés s’ils ne veulent pas que d’autres utilisateurs puissent les voir, mais ce département peut utiliser des ensembles de termes privés). Chaque connexion d’application Web au service de métadonnées gérées principal ne sera pas l’emplacement par défaut des ensembles de termes propres aux colonnes, parce que la stratégie de gouvernance spécifie que seul le taxinomiste de la société a la possibilité de créer de nouveaux ensembles de termes. Les connexions utiliseront les types de contenu et les transmettront.

La nouvelle application Web de la collection de sites du département juridique doit avoir une connexion au service de métadonnées gérées dont le magasin de termes contient les ensembles de termes privés. La connexion ne sera pas l’emplacement par défaut des mots clés, parce que la connexion au service principal de métadonnées gérées sert déjà d’emplacement par défaut des mots clés. La connexion sera l’emplacement par défaut des ensembles de termes propres aux colonnes, parce qu’elle sera utilisée pour stocker les ensembles de termes privés.

Le tableau ci-après représente la feuille de planification des connexions de métadonnées gérées pour ce scénario :

Service de métadonnées gérées Application Web Emplacement des mots clés




Principal Sites Mon site Oui Non Oui Oui

Principal Sites d’équipe Oui Non Oui Oui

Principal Juridique Oui Non Oui Oui

Juridique Juridique Non Oui N/A N/A

La figure ci-après représente les applications Web, les services de métadonnées gérées, et les connexions qui les relient.

202

Récapitulatif de la procédure de planification La liste ci-après récapitule les étapes à suivre pour planifier vos services et vos connexions de métadonnées gérées.

1. Commencez avec un service de métadonnées gérées.

2. Ajoutez un service de métadonnées gérées pour chaque groupe d’ensembles de termes privés.

3. S’il vous faut davantage de concentrateurs de types de contenu, ajoutez un service de métadonnées gérées pour chaque

concentrateur.

4. Créez une connexion à partir de chaque application Web vers le premier service de métadonnées gérées.

5. Ajoutez des connexions depuis les services de métadonnées gérées qui possèdent des ensembles de termes privés vers les

applications Web qui accéderont à ces ensembles de termes privés.

6. Ajoutez des connexions depuis les services de métadonnées gérées restants vers les applications Web qui accéderont aux types de

contenu dans les concentrateurs des services de métadonnées gérées.

Feuille de planification des services de métadonnées gérées Téléchargez une version Excel de la Feuille de planification des services de métadonnées gérées (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=164578&clcid=0x40C).

Voir aussi Concepts



Autres ressources

Governance overview (SharePoint Server 2010)



203

Ensembles de termes multilingues (SharePoint Server 2010)

Microsoft SharePoint Server 2010 vous permet de définir et d’utiliser des métadonnées gérées dans plusieurs langues. Pour ce faire, une distinction est réalisée entre le terme proprement dit et les mots qui le représentent.

Une étiquette est un mot ou une expression qui représente un terme. Un terme peut posséder plusieurs étiquettes. Par exemple, un ensemble de termes qui représente les jours de la semaine contient sept termes. L’un des termes peut posséder les étiquettes « Sunday », « dimanche » et « domingo ». Quelle que soit l’étiquette qu’une personne utilise lorsqu’elle applique le terme à un élément, SharePoint Server la reconnaît comme correspondant au même terme. Vous pouvez configurer SharePoint Server de manière à ce qu’il utilise l’étiquette appropriée pour la langue dans laquelle un utilisateur voit le site lorsqu’il affiche des termes.

Cet article explique comment les métadonnées gérées multilingues sont créées et utilisées. Avant de lire cet article, vous devez comprendre les concepts présentés dans l’article Vue d’ensemble des métadonnées gérées.

Dans cet article :

Définition des termes

Utilisation des termes (balisage)

Affichage des termes

Recommandations

Définition des termes Avant de définir des ensembles de termes dans plusieurs langues, vous devez effectuer les actions suivantes :

1. Installez le module linguistique SharePoint Server pour chaque langue à prendre en charge.

2. À partir de l’outil de gestion du magasin de termes, ajoutez chaque langue à la liste des langues de travail pour le magasin de termes.

3. Sélectionnez une langue comme langue par défaut pour le magasin de termes.

Dans chaque langue, vous pouvez associer plusieurs étiquettes à un terme. Une étiquette dans chaque langue est l’étiquette par défaut pour la langue en question. Utilisez les autres étiquettes pour des synonymes ou des abréviations.

204

Le tableau suivant indique les étiquettes dans trois langues pour les termes d’un ensemble de termes qui représente les jours de la semaine.

Anglais Français Espagnol

Monday (valeur par défaut)

Mon

lundi (valeur par défaut) lunes (valeur par défaut)

Tuesday (valeur par défaut)

Tue

mardi (valeur par défaut) martes (valeur par défaut)

Wednesday (valeur par défaut)

Wed

mercredi (valeur par défaut) miércoles (valeur par défaut)

Thursday (valeur par défaut)

Thu

jeudi (valeur par défaut) jueves (valeur par défaut)

Friday (valeur par défaut)

Fri

vendredi (valeur par défaut) viernes (valeur par défaut)

Saturday (valeur par défaut)

Sat

samedi (valeur par défaut) sábado (valeur par défaut)

Sunday (valeur par défaut)

Sun

dimanche (valeur par défaut) domingo (valeur par défaut)

Dans l’outil de gestion du magasin de termes, vous pouvez afficher la hiérarchie des ensembles de termes et des termes dans n’importe quelle langue de travail. Si un terme ne possède pas d’étiquette dans la langue d’affichage, l’étiquette dans la langue par défaut du magasin de termes apparaît. Les ensembles de termes peuvent également posséder un nom dans chaque langue. S’il n’existe pas de nom pour l’ensemble de termes dans la langue d’affichage, le nom dans la langue par défaut apparaît.

Par défaut, les termes d’un ensemble de termes sont triés en fonction de l’ordre de tri par défaut pour la langue. Dans de nombreuses langues, il s’agit de l’ordre alphabétique. L’utilisation de l’ordre de tri par défaut facilite souvent la recherche du terme adéquat. Toutefois,

205

dans certains cas, il existe pour l’ensemble de termes un ordre plus approprié indépendant de la langue. Un ensemble de termes qui représente des tailles de vêtement est un exemple de situation dans laquelle l’utilisation de l’ordre de tri par défaut pour la langue ne serait pas forcément naturelle. Dans ces cas, vous pouvez spécifier un ordre de tri personnalisé pour l’ensemble de termes. L’ordre de tri personnalisé est utilisé pour toutes les langues.

Utilisation des termes (balisage) Si des modules linguistiques SharePoint Server sont installés sur le serveur, un administrateur de batterie doit spécifier une langue par défaut lors de la création d’une collection de sites. Le propriétaire de la collection de sites peut ensuite spécifier des langues supplémentaires qui seront prises en charge par la collection de sites. Si une collection de sites prend en charge plusieurs langues, les utilisateurs peuvent modifier la langue d’affichage lorsqu’ils accèdent à une page de la collection de sites. Lorsqu’un utilisateur modifie la langue d’affichage d’une page, la nouvelle langue d’affichage devient la langue préférée de l’utilisateur pour toute la collection de sites.

Remarque :

Étant donné que la langue préférée est stockée dans un cookie, elle est associée à l’ordinateur de l’utilisateur. Si un utilisateur affiche une

collection de sites à partir de plusieurs ordinateurs, il peut avoir une langue préférée différente sur chaque ordinateur.

Lorsqu’un utilisateur entre un terme (par exemple, pour fournir une valeur pour une colonne de métadonnées gérées liée à un ensemble de termes), l’utilisateur se voit présenter une liste d’options. Ces options sont les étiquettes dans la langue préférée de l’utilisateur pour les termes de l’ensemble de termes. Lorsqu’un utilisateur tape un mot clé d’entreprise (par exemple, pour ajouter un lien de mise en réseau à une page Web), les suggestions qui apparaissent sont les termes dont les étiquettes dans la langue préférée de l’utilisateur correspondent à ce que celui-ci a tapé. Lorsqu’un utilisateur entre un terme ou un mot clé d’entreprise, si aucune étiquette n’existe dans sa langue préférée, l’étiquette dans la langue par défaut pour le magasin de termes est utilisée.

Lorsqu’un utilisateur sélectionne un terme, au lieu d’enregistrer l’étiquette, SharePoint Server enregistre un identificateur qui représente le terme et la langue dans laquelle le terme a été sélectionné. Étant donné que SharePoint Server n’enregistre pas simplement l’étiquette qu’un utilisateur a sélectionnée, il peut identifier les termes quelle que soit la langue dans laquelle ceux-ci ont été entrés.

206

Affichage des termes Pour chaque collection de sites, SharePoint Server gère un cache de tous les termes qui peuvent être utilisés dans la collection de sites. Chaque entrée du cache contient :

l’identificateur du terme ;

le texte à afficher pour le terme dans chaque langue prise en charge par le magasin de termes. Pour chaque langue, le texte

correspond à :

l’étiquette par défaut du terme dans la langue, si une étiquette de ce type existe ou à

l’étiquette par défaut du terme dans la langue par défaut du magasin de termes, si aucune étiquette n’existe dans la langue.

Lors de l’affichage d’un terme, SharePoint Server utilise l’identificateur du terme et la langue préférée de l’utilisateur pour obtenir le texte à afficher à partir du cache.

Remarque :

Lorsqu’un utilisateur entre un terme, SharePoint Server utilise le magasin de termes pour afficher des termes suggérés et pour valider

l’entrée de l’utilisateur. SharePoint Server utilise le cache uniquement pour afficher les termes qui ont été ajoutés à des éléments.

Étant donné que SharePoint Server utilise un identificateur pour un terme, au lieu d’une étiquette, il peut prendre en charge les scénarios multilingues suivants :

SharePoint Server affiche les termes dans la langue préférée de l’utilisateur, quelle que soit la langue dans laquelle ils ont été entrés.

Les nuages de balises reflètent l’utilisation d’un terme, quelle que soit la langue dans laquelle le terme a été entré.

Les modifications apportées au magasin de termes sont propagées au cache de chaque collection de sites sous le contrôle d’un travail du minuteur. Un certain délai peut s’écouler entre la mise à jour de l’étiquette d’un terme et l’affichage de la nouvelle étiquette dans les pages d’une collection de sites.

Recommandations Lorsque vous planifiez la façon dont votre solution SharePoint Server utilisera des métadonnées gérées dans plusieurs langues, prenez en considération les suggestions suivantes :

207

Si votre solution SharePoint Server requiert des métadonnées gérées dans plusieurs langues, utilisez les fonctionnalités décrites dans

cet article. Il est généralement plus simple d’avoir un ensemble de termes unique représentant un concept, puis de définir des

étiquettes pour les termes de l’ensemble de termes dans plusieurs langues, que de créer un ensemble de termes par langue.

Si vous ajoutez une nouvelle langue de travail à un magasin de termes, effectuez cette opération pendant une période au cours de

laquelle votre solution SharePoint Server n’est pas utilisée de façon intensive, par exemple, pendant la nuit. Lorsque vous ajoutez une

nouvelle langue de travail, la prochaine fois que le travail du minuteur s’exécute, SharePoint Server met à jour le cache de chaque

collection de sites et ajoute le texte à afficher dans la nouvelle langue à chaque terme du cache. Cela peut affecter les performances

provisoirement.

Bien que vous puissiez importer des ensembles de termes, vous ne pouvez importer qu’une étiquette par terme. Si vous ne souhaitez

pas définir d’étiquettes dans chaque langue à l’aide de l’outil de gestion du magasin de termes, songez à utiliser un autre programme

tel que Microsoft Excel pour créer un fichier qui contient les termes et les ensembles de termes et à écrire un programme

personnalisé pour importer les données dans le magasin de termes. Pour plus d’informations sur l’écriture d’un programme

personnalisé qui manipule les métadonnées gérées, voir le Kit de développement logiciel (SDK) de SharePoint 2010 (éventuellement

en anglais) (http://go.microsoft.com/fwlink/?linkid=190760&clcid=0x40C).

Si votre solution comprend plusieurs magasins de termes, songez à configurer chaque magasin de termes de telle sorte qu’il prenne

en charge le même ensemble de langues de travail.

Voir aussi Concepts


Autres ressources

Plan for multilingual sites (SharePoint Server 2010)




208

Planification d’aide à la décision





209

Notions de base relatives à l’aide à la décision

Les applications et outils d’aide à la décision vous permettent d’organiser votre vision des objectifs, des processus et des exigences organisationnels de manière utile et de présenter ces données sous la forme d’informations significatives.

La planification de l’aide à la décision constitue une partie essentielle de tout déploiement de Microsoft Office SharePoint Server. Commencez par identifier les besoins professionnels de votre organisation, puis déterminez les fonctionnalités de SharePoint Server qui peuvent vous aider à recueillir et à présenter les données dans votre organisation, et agir sur celles-ci.

Planifiez vos besoins en matière d’aide à la décision : prenez en compte les processus professionnels et les applications de données métiers fréquemment utilisés par votre organisation. Quels sont les objectifs de votre organisation ? Quels processus et exigences de performances souhaitez-vous mesurer et analyser ? Planifiez les scénarios et déterminez la portée de l’analyse décisionnelle considérée par votre organisation.

Planifiez l’aide à la décision : vos données peuvent exister sous de nombreuses formes et résider à de nombreux emplacements. Planifiez les sources de données nécessaires à l’aide à la décision principale et les outils d’analyse qui répondent le mieux à vos besoins.

210

Choix d’un outil d’aide à la décision dans SharePoint Server

Microsoft propose plusieurs outils et applications qui contiennent des fonctionnalités d’aide à la décision. Il est important de comprendre la finalité de chacune de ces fonctionnalités lorsque vous choisissez l’outil ou l’application qui convient le mieux à votre situation. Les outils d’aide à la décision que vous devez utiliser dépendent des problèmes spécifiques que vous essayez de résoudre.

Vos activités quotidiennes sont associées à des informations et des idées dans trois principaux domaines d’aide à la décision : personnel, équipe et organisation. Ces domaines se chevauchent. Par exemple, les employés d’une société peuvent utiliser Microsoft Excel 2010 et Excel Services dans Microsoft SharePoint Server 2010 pour prendre des décisions commerciales pertinentes au niveau de l’entreprise. PerformancePoint Services utilise Excel, Visio Services et Excel Services pour compléter ses outils d’aide à la décision afin d’offrir un tableau de bord d’entreprise qui puisse refléter les éléments d’aide à la décision au niveau personnel et de l’équipe. De par leur conception, tous les produits Microsoft d’aide à la décision interagissent entre eux afin que les équipes et les individus au sein d’une organisation puissent s’en servir indifféremment et sans problème de compatibilité au niveau personnel, de l’équipe et de l’organisation.

Le schéma suivant montre des outils de SQL Server et SharePoint Server afin d’expliquer dans quelles catégories chaque outil s’utilise généralement.

212

Remarque :

Ce schéma montre des produits et des outils de Microsoft Office, Produits SharePoint 2010 et SQL Server pour lesquels des licences

distinctes sont nécessaires.

SQL Server fournit une infrastructure de données principale et une plateforme d’aide à la décision pour des données sécurisées, approuvées et évolutives. SharePoint Server peut s’utiliser avec la fonctionnalité de création de rapports de SQL Server et des outils d’aide à la décision afin d’afficher les données d’aide à la décision de manière significative. Pour plus d’informations sur la façon dont SQL Server prend en charge l’aide à la décision dans Produits SharePoint 2010, voir Overview of SQL Server in a SharePoint environment (SharePoint Server 2010) et Overview of SQL Server in a SharePoint environment (SharePoint Foundation 2010).

Les sections suivantes décrivent les situations où vous pouvez être amené à utiliser un outil particulier d’aide à la décision.

Services dans SharePoint Server pour l’aide à la décision Excel 2010

Excel 2010 est un outil d’analyse puissant qui permet à l’utilisateur final d’afficher, de manipuler, d’analyser et de tirer parti des données d’une organisation, ainsi que de créer des rapports sur ces données. Pour plus d’informations sur Excel 2010, voir Microsoft Excel 2010 (http://go.microsoft.com/fwlink/?linkid=195375&clcid=0x40C).

Excel Services

Excel Services est une application de service SharePoint Server 2010 qui effectue des calculs côté serveur et un rendu basé sur le navigateur pour les classeurs Excel. Excel Services peut être utilisé pour les tâches suivantes :

création de rapports en temps réel, de manière interactive, afin d’inclure une analyse de scénarios paramétrable ;

distribution d’une partie ou de l’ensemble d’un classeur à des fins d’analyse par plusieurs utilisateurs ;

utilisation d’une plateforme de création d’applications métiers.

Pour plus d’informations sur Excel Services, voir What's new for Excel Services (SharePoint Server 2010).

Visio Services

Le Service graphique Visio est un service de la plateforme SharePoint Server 2010 qui permet aux utilisateurs de partager et d’afficher des diagrammes Microsoft Visio. Le service permet également d’actualiser et de mettre à jour les diagrammes Microsoft Visio 2010

http://technet.microsoft.com/library/a3b78815-c1a0-47e0-97a3-d255f9efc96d(Office.14).aspx

http://technet.microsoft.com/library/a3b78815-c1a0-47e0-97a3-d255f9efc96d(Office.14).aspx

http://technet.microsoft.com/library/7e5e96ef-3577-498d-b52b-665a74eb3fcc(Office.14).aspx


http://technet.microsoft.com/library/cd597ada-1706-42b3-bd74-9676bef5cb6c(Office.14).aspx

213

connectés aux données à partir de diverses sources de données. Pour plus d ’informations, voir Vue d’ensemble de Visio Services (SharePoint Server 2010).

PerformancePoint Services

PerformancePoint Services dans Microsoft SharePoint Server 2010 est un service de gestion des performances dont les outils vous permettent de surveiller et d’analyser des activités. Il fournit des outils qui vous donnent la possibilité de créer des tableaux de bord, des cartes de performance et des indicateurs de performance clés. PerformancePoint Services permet à toute personne au sein de votre organisation de prendre des décisions fondées en fonction des objectifs et de la stratégie définis à l’échelle de l’entreprise

Vous pouvez rassembler des données issues de plusieurs sources de données (notamment SQL Server Analysis Services, Microsoft

SQL Server, des listes SharePoint et Excel Services) pour effectuer le suivi et l’analyse de vos données.

L’arborescence hiérarchique de visualisation est un nouveau type de rapport qui vous permet d’analyser visuellement les valeurs de

données de niveau supérieur à partir d’un jeu de données multidimensionnel.

Pour plus d ’informations, voir What's new for PerformancePoint Services (SharePoint Server 2010).

Correspondance d’un outil à un scénario général

Les applications suivantes peuvent être utilisées dans les scénarios décrits.

Outil Scénario

Excel 2010 Accès des utilisateurs par navigateur à une version calculée par le serveur d’une feuille de calcul Excel. Utilisez Excel 2010 et Excel

Services pour afficher, actualiser et manipuler les modèles analytiques connectés aux sources de données. Utilisez-les

également pour l’analyse, le filtrage et la présentation des données

stockées localement.

Excel Services Partage de contenu avec plusieurs personnes au sein d’une

organisation. Excel Services vous permet d’accéder au contenu créé

dans Excel 2010 et de le rendre disponible via un navigateur

Internet. Excel Services est également utilisé avec un modèle qui peut être distribué à grande échelle (par exemple une calculatrice

d’emprunt immobilier). Dans les deux scénarios, Excel Services

http://technet.microsoft.com/library/78f34c2a-d978-4c41-9a11-29c73954fdc0(Office.14).aspx

214

Outil Scénario

permet à l’auteur de publier du contenu ciblé sans que les clients

puissent accéder à la propriété intellectuelle sous-jacente.

PerformancePoint Services Création de tableaux de bord, de cartes de performance et d’indicateurs de performance clés qui fournissent une synthèse des

performances d’une activité. PerformancePoint Services offre aux

utilisateurs des outils analytiques intégrés à des fins de surveillance,

d’analyse et de création de rapports.

Visio Services Création d’une représentation visuelle de structures métiers liées

aux données. C’est le cas par exemple des processus, des

systèmes et des ressources. Un ingénieur peut utiliser la visualisation pour créer des objets liés aux données afin de représenter un processus.

SQL Server Reporting Services dans SharePoint Server SQL Server Reporting Services propose des outils et des services afin de vous aider à créer, déployer et gérer des rapports pour votre organisation sur votre propre site Web ou dans SharePoint Server. Il fournit également des fonctionnalités de programmation qui vous permettent d’étendre et de personnaliser des rapports. Les outils de création de rapports fonctionnent avec une application de type Office et sont entièrement intégrés aux outils et composants SQL Server, ainsi qu’à l’environnement de SharePoint Server. Vous pouvez créer des rapports à partir de listes SharePoint, publier des rapports sur SharePoint Server 2007 ou 2010, incorporer des rapports dans votre portail à l’aide d’un composant WebPart dédié aux rapports, et gérer intégralement vos rapports publiés dans des bibliothèques de documents SharePoint.

Lorsque vous utilisez SQL Server Reporting Services (SSRS) avec SharePoint Server, deux modes sont disponibles. Le mode standard est appelé « Mode connecté ». Il requiert SharePoint Server, le complément SSRS et le serveur de rapports SQL Server 2008 R2. Le nouveau mode est le « Mode local ». Il s’agit d’un programme d’installation allégé autorisant l’intégration de Reporting Services à SharePoint Server. Il requiert uniquement SharePoint Server et le complément SSRS.

Utilisez SQL Server Reporting Services lorsque vous souhaitez fournir des rapports publiés à intervalles réguliers et à la demande. Utilisez-le également lorsqu’il existe des exigences bien établies en matière de rapports et que les clients ne sont pas toujours familiarisés

215

avec le jeu de données sous-jacent. Pour afficher une vue d’ensemble des liens vers la documentation de produit, voir Vue d’ensemble des rapports SQL Server Reporting Services dans SharePoint (SharePoint Server 2010).

PowerPivot pour Excel 2010 Microsoft SQL Server 2008 R2 PowerPivot pour Microsoft Excel 2010 étend Excel pour ajouter la prise en charge de données à grande échelle. Il dispose d’une banque de données en mémoire en option pour SQL Server Analysis Services. À l’aide de PowerPivot pour Excel, vous pouvez fusionner plusieurs sources de données afin d’inclure des bases de données, des feuilles de calcul, des rapports et des flux de données d’entreprise. Il existe des composants clients et serveurs pour PowerPivot. Le client est une extension des classeurs Excel qui contiennent des données PowerPivot pouvant être publiées sur SharePoint Server 2010. Microsoft SQL Server 2008 R2 PowerPivot pour Microsoft SharePoint 2010 représente le composant côté serveur qui prend en charge l’accès à PowerPivot dans Produits Microsoft SharePoint 2010, de manière très semblable à Excel, qui peut être publié sur Excel Services.

Utilisez PowerPivot pour Excel lorsque vous souhaitez combiner des fonctionnalités Excel natives au moteur en mémoire afin de permettre aux utilisateurs de naviguer et d’effectuer des calculs de manière interactive parmi de grands jeux de données. Par ailleurs, les utilisateurs ont également la possibilité de manipuler rapidement des millions de lignes de données dans un classeur Excel unique pour des rapports ad hoc.

Pour plus d’informations sur PowerPivot, voir Présentation de la documentation de PowerPivot (SharePoint Server 2010).

216

Choose the right business intelligence technology to suit your style (white paper)

This white paper discusses the following five different styles of business intelligence reporting that map to Microsoft business intelligence tools.

Self-Service Analysis

Business Reporting

Parameterized and Operational Reporting

Performance Monitoring

Scorecard reporting

Click (http://go.microsoft.com/fwlink/?LinkId=208081) to download the file. (2.27 MB)

http://go.microsoft.com/fwlink/?LinkId=208081

217

Architecture pour l’aide à la décision dans SharePoint Server 2010

Cet article explique l’architecture physique des services d’application qui vous permettent d’implémenter l’aide à la décision dans Microsoft SharePoint Server.

Cette liste numérotée correspond au numéro dans le diagramme suivant. Le diagramme montre un déploiement de batterie de serveurs avec quatre serveurs et les services applications que vous pouvez utiliser pour l’aide à la décision. Pour mieux déterminer quand il convient d’utiliser chaque service, voir Choix d’un outil d’aide à la décision dans SharePoint Server

.

1. Les serveurs Web frontaux s’exécutent sur les services Internet (IIS) et hébergent les services Web et les composants WebPart pour

les services d’aide à la décision, les services Web et le serveur proxy nécessaires aux communications entre le client et les

applications de service. L’application de service constitue une enveloppe pour la logique métier de niveau intermédiaire d’une

instance du service. Votre configuration du serveur d’application et le nombre de services hébergés varient selon la taille de la batterie

et le nombre d’utilisateurs nécessitant un accès. Pour en savoir plus sur les services et les topologies pour SharePoint Server 2010,

voir le modèle nommé « Services dans Produits SharePoint 2010 » dans Diagrammes techniques (SharePoint Server 2010).

Les quatre services présentés dans le diagramme sont décrits dans les articles suivants.

Nouveautés (Reporting Services en mode intégré SharePoint) (éventuellement en anglais)


Vue d’ensemble de Visio Services (SharePoint Server 2010)


218

What's new for Excel Services (SharePoint Server 2010)

What's new for PerformancePoint Services (SharePoint Server 2010)

Remarque :

Une application de service Banque d’informations sécurisée et un proxy en cours d’exécution sont requis pour stocker le mot de passe du

compte de service autonome pour une application de service. Pour en savoir plus sur le service autonome et comment il s’applique

spécifiquement à chaque service, voir la documentation de chaque service.

2. Chaque service d’application stocke du contenu dans SharePoint Server en utilisant une bibliothèque de documents, un modèle de

collection de sites (tel que Business Intelligence Center) ou des listes de sites dans SharePoint Server pour visualiser des rapports.

Le modèle Business Intelligence Center est créé à partir d’un modèle de collection de sites d’entreprise. PerformancePoint Services

est unique car il comporte un outil de création de tableau de bord accessible à partir du modèle Business Intelligence Center ou dans

un site Web activé.

Vous pouvez également utiliser PerformancePoint Services pour exporter des objets de tableau de bord tels que des graphiques, des grilles, des cartes de performances, des rapports de tableaux croisés dynamiques dans Excel 2010 ou PowerPoint 2010. Le tableau de bord issu de la création dans PerformancePoint Dashboard Designer, peut positionner des affichages de rapports de chaque service.

3. La création de rapports pour Visio et Excel ServicesExcel 2010 s’effectue dans les applications clientes Office respectives. SQL

Server Report Builder 3.0 et PerformancePoint Dashboard Designer sont des applications côté client démarrées à partir du Web.

4. Après le diagramme, une liste présente une partie des sources de données possibles pour les produits ou fonctionnalités d’aide à la

décision et leurs services d’aide à la décision respectifs. Pour plus d’informations sur des sources de données et des types de

fournisseurs supplémentaires, voir la documentation de chaque produit.

http://technet.microsoft.com/library/cd597ada-1706-42b3-bd74-9676bef5cb6c(Office.14).aspx

http://technet.microsoft.com/library/78f34c2a-d978-4c41-9a11-29c73954fdc0(Office.14).aspx

220

Sources de données pour l’aide à la décision dans SharePoint Server

Outil d’aide à la décision Versions de SQL Server prises en

charge (32 et 64 bits)

Fournisseurs de données pris en charge

Autres sources de données

Pour plus

d’informations, voir

Excel SQL Server 2005

SQL Server 2008

SQL Server 2008 R2

Données de feuilles de calcul Excel

PerformancePoint Services SQL Server 2005

SQL Server 2008

SQL Server 2008 R2

Pour SQL Server, étend System.Data.SqlClient

Pour SSAS, utilise ADOMD.NET

Rapports SQL Server Reporting Services

Rapports Service graphique Visio

Listes SharePoint

Peut importer des indicateurs de performance clés de SQL Server Analysis Services (SSAS)

Données de feuille de calcul Excel

Planification pour les sources de données PerformancePoint

Excel Services SQL Server 2005

SQL Server 2008


Pour SSAS, utilise MSOLAP

Données de feuille de calcul Excel

221

Outil d’aide à la décision Versions de SQL Server prises en

charge (32 et 64 bits)

Fournisseurs de données pris en charge

Autres sources de données

Pour plus

d’informations, voir

SQL Server 2008 R2 (.4 par défaut) OLE DB

ODBC

Visio Services SQL Server 2005

SQL Server

SQL Server 2008 R2


Pour SSAS, utilise ADOMD.NET

Applications de service Banque sécurisée pour le Décisionnel

Cet article décrit comment les fonctionnalités d’aide à la décision Microsoft SharePoint Server 2010 utilisent le service Banque d’informations sécurisé pour permettre aux utilisateurs de SharePoint Server 2010 d’accéder à des sources de données externes (telles que SQL Server). Pour les besoins de cet article, les SharePoint Server 2010applications des services d’aide à la décision suivantes sont utilisées :

Excel Services


Visio Services

Les applications des services d’aide à la décision SharePoint Server 2010 offrent aux utilisateurs deux méthodes d’accès aux données :

Authentification Windows intégrée à l’aide de la délégation Kerberos contrainte

Service Banque d’informations sécurisé

Cet article décrit le service Banque d’informations sécurisé et sa relation avec les applications des services d’aide à la décision. Pour plus d’informations sur l’utilisation de l’authentification Windows intégrée à l’aide de la délégation Kerberos contrainte, voir Configure Kerberos authentication (SharePoint Server 2010).

http://technet.microsoft.com/library/3f849874-1580-47d3-af88-042a3494909f(Office.14).aspx


222

Service Banque d’informations sécurisé Le service Banque d’informations sécurisé est une fonctionnalité de SharePoint Server 2010 qui fournit l’accès à des données autres que SharePoint Server 2010 (par exemple, des données SQL Server), en permettant à une application de service d’aide à la décision d’utiliser un ensemble d’informations d’identification avec un accès aux données de la part d’un utilisateur SharePoint Server 2010 tentant d’accéder à ces données. L’utilisation d’informations d’identification par des applications des services d’aide à la décision de la part d’utilisateurs s’appelle l’emprunt d’identité.

La banque d’informations sécurisée fournit un mappage entre les applications de services d’aide à la décision, les utilisateurs et les informations d’identification par le biais d’une application cible. Une application cible de la banque d’informations sécurisée est une collection de métadonnées définissant les utilisateurs habilités à accéder à un ensemble d’informations d’identification particulier qu’une application de service d’aide à la décision utilisera pour l’emprunt d’identité afin d’accéder aux données externes. Ces métadonnées sont stockées dans la base de données de la banque d’informations sécurisée avec les informations d’identification chiffrées.

Les applications cibles de la banque d’informations sécurisée peuvent être utilisées dans SharePoint Server 2010 de diverses manières, mais pour les besoins des scénarios d’aide à la décision de SharePoint Server 2010, les applications cibles possèdent les paramètres suivants, configurables par l’administrateur de la batterie de serveurs :

Administrateurs Les administrateurs des applications cibles sont des utilisateurs disposant de privilèges d’administration d’une

application cible donnée de la banque d’informations sécurisée. Il peut s’agir d’un administrateur de la batterie de serveurs, voire d’un

ou de plusieurs utilisateurs selon les besoins. Pour les applications cibles créées par PerformancePoint Services, l’administrateur est

configuré automatiquement par PerformancePoint Services et l’utilisateur configurant le compte de service autonome est ajouté en

tant qu’administrateur.

Membres Les membres d’une application cible sont les utilisateurs de la part desquels l’application de service d’aide à la décision va

emprunter les informations d’identification de l’application cible pour accéder aux données externes. Il peut s’agir d’un ou de plusieurs

utilisateurs, ou bien d’un groupe Active Directory. Les membres sont également appelés propriétaires des informations d’identification.

Pour les applications cibles créées par PerformancePoint Services, le compte de service utilisé par le pool d’applications

PerformancePoint Services sert de membre.

Informations d’identification Les informations d’identification de l’applications cible se composent d’un compte Active Directory

accédant directement aux sources de données. (Vous devez accorder directement à ce compte l’accès aux données requis, l’accès

aux sources de données externes n’étant pas contrôlé par SharePoint Server 2010. Il doit s’agir d’un compte à faible privilège

autorisant uniquement l’accès aux données.) C’est l’identité de ce compte qui est empruntée par les applications des services d’aide à

la décision pour permettre aux utilisateurs d’accéder aux données.

223

Il incombe à l’administrateur de batteries de serveurs de configurer directement les administrateurs, membres et informations d’identification par le biais de la banque d’informations sécurisée pour Excel Services et Visio Services. Pour PerformancePoint Services, ces valeurs sont configurées dans les Paramètres de l’application de service PerformancePoint et ne doivent en aucun cas être modifiées par le biais de la banque d’informations sécurisée.

Visio Services et Excel Services peuvent utiliser la banque d’informations sécurisée à l’aide de l’une des deux méthodes suivantes :

Application cible spécifiée Une application cible spécifique est définie dans la feuille de calcul Excel ou le dessin Web Visio.

Lorsqu’un utilisateur accède à la feuille de calcul ou au dessin Web, la banque d’informations sécurisée utilise les informations

d’identification associées à cette application cible pour l’accès aux données. Pour Visio Services, cette application cible doit être

définie dans un fichier ODC hébergé sur SharePoint Server 2010.

Aucune application cible spécifiée (compte de service autonome) Aucune application cible n’est spécifiée dans la feuille de

calcul Excel ou le dessin Web Visio. Lorsqu’un utilisateur accède à la feuille de calcul ou au dessin Web connecté à une source de

données externe, la banque d’informations sécurisée utilise l’application cible spécifiée dans les paramètres globaux de Excel

Services ou de Visio Services. Lorsqu’une application cible est spécifiée globalement pour une application de service d’aide à la

décision, ses informations d’identification sont appelées Compte de service autonome.

PerformancePoint Services ne peut pas spécifier une application cible de la banque d’informations sécurisée ; ce composant ne peut utiliser qu’une banque d’informations sécurisée avec le compte de service autonome.

La séquence d’événements de base qui se produit est la suivante :

1. Un utilisateur SharePoint Server 2010 accède à un objet connecté aux données tel qu’une feuille de calcul Excel Services, un dessin

Web Visio Services ou un tableau de bord PerformancePoint Services.

2. Si l’objet est configuré pour utiliser la banque d’informations sécurisée pour l’authentification des données, l’application de service

d’aide à la décision appelle le service Banque d’informations sécurisé pour accéder à l’application cible spécifiée par l’objet.

3. Si l’utilisateur est un membre de cette application cible, les informations d’identification stockées dans l’application cible sont

renvoyées, et l’application de service d’aide à la décision les emprunte pour accéder aux données.

4. Les données sont affichées dans le cadre de la feuille de calcul, du dessin Web ou du tableau de bord.

Fichiers de connexion aux données Toutes les applications des services d’aide à la décision peuvent utiliser des fichiers de connexion aux données pour spécifier des informations d’authentification. Excel Services et Visio Services utilisent les fichiers Office Data Connection (.ODC) et PerformancePoint Services, les fichiers PerformancePoint Services Data Connection (.PPSDC). L’utilisation de ces fichiers permet à plusieurs feuilles de

224

calcul Excel Services, dessins Web Visio Services ou tableaux de bord PerformancePoint Services de partager un ensemble de paramètres d’accès aux données.

Les applications des services d’aide à la décision SharePoint Server 2010 utilisent les fichiers de connexion aux données chacune à leur manière. Pour plus d’informations sur la façon dont elles utilisent chacune les fichiers de connexion aux données, voir ci-après la section relative à chaque application de service.

Compte de service autonome Le compte de service autonome désigne les informations d’identification d’une application cible de la banque d’informations sécurisée qui est spécifiée dans les paramètres globaux d’une application de service d’aide à la décision. Cette application cible permet aux utilisateurs d’accéder à des données lorsqu’une aucune autre méthode d’authentification n’est définie. Pour Visio Services, le compte de service autonome est nécessaire chaque fois que l’authentification Windows intégrée n’est pas utilisée, même si des informations de connexion supplémentaires sont fournies dans le fichier de connexion (par exemple, une chaîne d’authentification SQL).

Accès aux données à partir du client et du serveur Microsoft Excel 2010 et Microsoft Visio 2010 sont des applications clientes qui fonctionnent indépendamment de SharePoint Server 2010. Si elles sont capables de publier des documents dans SharePoint Server 2010, en revanche elles ne peuvent pas utiliser directement la banque d’informations sécurisée pour l’authentification auprès des sources de données. Lorsque vous créez ou modifiez une feuille de calcul ou un dessin Web connecté aux données, vous devez utiliser l’authentification Windows intégrée ou une autre méthode d’authentification compatible pour vous connecter directement à une source de données à partir d’Excel 2010 ou de Visio 2010. (D’autres méthodes d’authentification possibles sont notamment l’authentification SQL ou une chaîne de connexion OLEDB.) Lorsque la feuille de calcul ou le dessin Web est publié sur SharePoint Server 2010, Excel Services ou Visio Services peut utiliser la banque d’informations sécurisée pour se connecter à la source de données lors de l’affichage du contenu pour un utilisateur.

PerformancePoint Services Dashboard Designer est directement intégré à SharePoint Server 2010. Dashboard Designer peut utiliser directement la banque d’informations sécurisée pour l’authentification à l’aide du compte de service autonome. Les utilisateurs de Dashboard Designer n’ont donc pas besoin d’accéder directement aux sources de données par le biais de l’authentification Windows intégrée, sous réserve que le compte de service autonome dispose du niveau d’accès approprié.

Excel Services et Visio Services Excel Services et Visio Services utilisent la banque d’informations sécurisée de manière identique :

225

Les deux services peuvent stocker une application cible de la banque d’informations sécurisée dans un fichier ODC.

Les deux services peuvent utiliser le compte de service autonome.

Il existe toutefois des différences majeures entre Excel Services et Visio Services, qui sont présentées dans les sections suivantes.

Excel Services

Les connexions de données utilisées par Excel Services doivent être configurées dans Excel 2010 préalablement à la publication sur un site SharePoint Server 2010. Une feuille de calcul Excel 2010 peut spécifier les informations de connexion aux données directement ou inclure un pointeur vers un fichier ODC dans lequel les informations de connexion sont stockées.

Les paramètres d’authentification suivants sont disponibles dans une feuille de calcul Excel 2010 connecté aux données ou un fichier ODC :

Authentification Windows intégrée Spécifie l’authentification Windows intégrée à l’aide la délégation Kerberos pour authentifier

chaque utilisateur individuel lors de l’affichage d’une feuille de calcul Excel 2010 par le biais d’Excel Services.

ID SSS Désigne une application cible spécifique de la banque d’informations sécurisée qui sera utilisée pour l’accès aux sources de

données.

Aucune Utilise les informations d’identification spécifiées dans la chaîne de connexion, si elles existent. Dans le cas contraire, utilise

le compte de service autonome de la banque d’informations sécurisée désignée dans les paramètres globaux d’Excel Services.

Vous ne pouvez modifier ces paramètres qu’en ouvrant la feuille de calcul ou le fichier ODC dans Excel 2010.

Visio Services

Visio Services prend en charge deux méthodes de connexion de données pour les dessins Web Visio :

Informations de connexion incorporées

Informations de connexion externes utilisant un fichier ODC

Lorsque vous créez un diagramme Visio et le connectez directement à une source de données, Visio 2010 stocke directement les informations de source de données dans le fichier lors de la publication dessin Web sur SharePoint Server 2010. Lorsqu’un utilisateur affiche le dessin, Visio Services vous connecte à la source de données à l’aide du compte de service autonome de la banque d’informations sécurisée spécifié dans les paramètres globaux Visio Services.

Si, au lieu de vous connecter directement à une source de données à partir de Visio 2010, vous vous connectez à une source de données à l’aide d’un fichier ODC stocké sur SharePoint Server 2010, Visio 2010 conserve le lien vers ce fichier ODC lors de la publication du dessin Web. Visio Services utilise ensuite les informations stockées dans le fichier ODC lors de la connexion à la source de données. Cette procédure inclut l’utilisation d’une application cible spécifique de la banque d’informations sécurisée, s’il en existe une dans le fichier ODC.

226

Visio 2010 ne peut pas modifier les fichiers ODC. Pour utiliser un fichier ODC avec un dessin Web Visio, nous vous recommandons d’adopter la procédure suivante : créez le fichier ODC dans Excel 2010, publiez-le dans SharePoint Server 2010, puis connectez-vous au fichier en tant que source de données à partir de Visio 2010 lorsque vous créez un diagramme connecté aux données. Vous devez utiliser Excel 2010 pour modifier les fichiers ODC si vous souhaitez modifier la requête de données, changer les informations d’authentification, spécifier une application cible ou modifier d’autres paramètres.

Visio Services ne peut pas analyser les requêtes SQL complexes. Si vous tentez d’utiliser un fichier ODC contenant une requête complexe, Visio Services peut ne pas être en mesure d’exécuter la requête et d’extraire les données.

PerformancePoint Services PerformancePoint Services n’utilise la banque d’informations sécurisée par le biais du compte de service autonome. Le choix entre l’authentification Windows intégrée et le compte de service autonome s’effectue par l’intermédiaire de Dashboard Designer lorsque vous créez ou modifiez une source de données.

L’application cible de la banque d’informations sécurisée pour le compte de service autonome PerformancePoint Services est configurée dans le cadre des paramètres de l’application de service PerformancePoint Services par un administrateur. L’application cible apparaît dans la liste des applications cibles de la banque d’informations sécurisée mais ne doit pas être modifiée directement par le biais de la banque d’informations sécurisée.

Récapitulatif des différences Comme le décrit cet article, chacune des applications des services d’aide à la décision utilise la banque d’informations sécurisée à sa manière. Le tableau suivant récapitule les fonctionnalités et options de la banque d’informations sécurisée pour chaque application de service d’aide à la décision.

Remarque :

Chaque application de service d’aide à la décision prend en charge l’authentification Windows intégrée. Si l’authentification Windows

intégrée est spécifiée, les options de la banque d’informations sécurisée ne sont pas utilisées.

227

Application de service Banque d’informations sécurisée Connexions de données

PerformancePoint Services Compte de service autonome uniquement. Toujours établies à l’aide

d’un fichier PPSDC.

Excel Services L’application cible de la banque d’informations

sécurisée peut être spécifiée dans un fichier ODC ou

incorporée dans un fichier XLSX. Lorsqu’aucune

application cible n’est incorporée ou spécifiée dans un

fichier ODC, le compte de service autonome est utilisé.

Incorporées dans une feuille de calcul ou spécifiées dans un fichier ODC. Les fichiers ODC doivent être modifiés dans Excel 2010.

Visio Services L’application cible de la banque d’informations

sécurisée peut être spécifiée dans un fichier ODC.

Lorsqu’aucun fichier ODC n’est utilisé ou qu’un fichier

ODC ne mentionne pas une application cible, le compte de service autonome est utilisé.

Chaque fois qu’une authentification Windows non

intégrée est utilisée, le compte autonome est requis, sauf si le fichier ODC indique une autre application cible.

Incorporées dans un dessin Web ou spécifiées dans un fichier ODC. Prise en charge limitée des requêtes complexes. Les fichiers ODC doivent être

modifiés dans Excel 2010.

(Visio 2010 ne peut pas

modifier les fichiers ODC.)

Voir aussi Concepts


Vue d’ensemble de PerformancePoint Services (SharePoint Server 2010)

Planifier la sécurité de PerformancePoint Services (SharePoint Server 2010)


Autres ressources

228

Configure the Secure Store Service (SharePoint Server 2010)

Configure Secure Store Service for Excel Services

http://technet.microsoft.com/library/29c0bc76-d835-401b-a2fb-abb069e84125(Office.14).aspx

http://technet.microsoft.com/library/2d11e10c-c224-46a6-8c03-07913b38c13e(Office.14).aspx

229

Vue d’ensemble des rapports SQL Server Reporting Services dans SharePoint (SharePoint Server 2010)

Microsoft SQL Server 2008 Reporting Services (SSRS) est une plateforme de création de rapports basée sur un serveur qui fournit une gamme complète d’outils et de services prêts à l’emploi qui facilitent la création, le déploiement et la gestion de rapports Reporting Services pour votre organisation. Cet article offre une vue d’ensemble de SQL Server Reporting Services dans le mode intégré SharePoint et comprend des liens vers des articles de la documentation en ligne SQL Server consacrés à la planification et à la configuration. Après avoir installé le complément Reporting Services sur Microsoft SharePoint Server et configuré les deux serveurs en vue de l’intégration, vous pouvez télécharger ou publier des types de contenu de serveur de rapports sur une bibliothèque SharePoint, puis afficher et gérer ces documents à partir d’un site SharePoint.

Reporting Services se déploie dans les deux modes suivants.

Le mode natif décrit un serveur de rapports qui s’exécute en tant que serveur d’applications autonome, sans partager la base de

données de contenu avec SharePoint Server. Les rapports peuvent être gérés et affichés par le biais de l’application Web

Gestionnaire de rapports. Les composants WebPart SharePoint peuvent être activés afin que vous puissiez sélectionner et afficher

des rapports à partir d’un serveur de rapports.

Dans le mode intégré SharePoint, un serveur de rapports est intégré à une batterie de serveurs SharePoint Server, vous devez

configurer le serveur de rapports en mode intégré et vous téléchargez et configurez un complément sur chacun des serveurs Web

frontaux SharePoint. Le mode intégré permet à l’utilisateur de gérer et d’afficher des rapports à partir des bibliothèques de documents

SharePoint.

Vue d’ensemble de Reporting Services en mode intégré SharePoint Les articles suivants décrivent des améliorations apportées à SQL Server 2008 du point de vue de l’aide à la décision.

Nouveautés (Reporting Services en mode intégré SharePoint) Présente les nouvelles fonctionnalités disponibles dans Reporting

Services et les améliorations apportées à l’environnement Reporting Services intégré à un produit SharePoint. Les nouvelles

fonctionnalités comprennent la prise en charge de plusieurs zones SharePoint, le service de journalisation universelle SharePoint et


230

Parties de rapports. Il existe également une nouvelle extension de données de liste SharePoint qui prend en charge un concepteur de

requêtes.

Vue d’ensemble de l’intégration de Reporting Services et de la technologie SharePoint Explique que lorsque vous intégrez un

serveur de rapports qui utilise une instance de l’un des Produits Microsoft SharePoint 2010, les éléments et les propriétés sont

stockés dans les bases de données de contenu SharePoint. L’article fournit une description des bases de données qui hébergent le

contenu du serveur de rapports et de SharePoint Server 2010.

Planification et architecture de Reporting Services en mode intégré SharePoint Les articles suivants décrivent l’intégration de SQL Server Reporting Services aux Produits SharePoint 2010 et la planification d’une implémentation.

Topologies de déploiement pour Reporting Services en mode intégré SharePoint Décrit différents scénarios de déploiement et les

éléments pris en charge pour l’intégration entre les Produits SharePoint 2010 et Reporting Services.

Configuration requise pour l’exécution de Reporting Services en mode intégré SharePoint Spécifie les configurations requises en

termes de versions et de logiciels.

Stockage et synchronisation de contenu de serveur de rapports avec des bases de données SharePoint Montre comment les bases

de données de configuration et de contenu SharePoint se synchronisent avec la base de données du serveur de rapports pour

stocker le contenu et les métadonnées.

Comment en savoir plus sur le mode intégré SharePoint Fournit une feuille de route pour l’intégration de SQL Server 2008 Reporting

Services à Office SharePoint Server 2007. La feuille de route comprend plusieurs articles, entre autres sur la planification,

l’architecture, l’installation, la configuration, les composants WebPart, la programmabilité du mode intégré SharePoint.

Configuration pour Reporting Services en mode intégré SharePoint Les articles suivants expliquent comment configurer Reporting Services en mode intégré SharePoint.

Configuration de Reporting Services pour l’intégration de SharePoint 2010 Indique la marche à suivre pour mettre en œuvre des

scénarios de déploiement et de configuration de Reporting Services pour l’intégration SharePoint 2010. Cet article est accompagné

d’une série d’articles procéduraux.







231

Configuration par défaut pour le mode intégré SharePoint (Reporting Services) Fait référence à une installation Reporting Services

dans laquelle le programme d’installation installe et configure une instance du serveur de rapports et crée la base de données du

serveur de rapports dans un format qui prend en charge le stockage de contenu.


232

Présentation de la documentation de PowerPivot (SharePoint Server 2010)

Cet article contient des liens vers d’autres articles qui vous montrent comment planifier, configurer et gérer Microsoft SQL Server 2008 R2 PowerPivot pour Microsoft Excel 2010 et PowerPivot pour SharePoint 2010. Le nom PowerPivot correspond à une collection d’applications et de services qui fournissent une approche de bout en bout pour créer des solutions d’aide à la décision pilotées par les données et gérées par les utilisateurs dans des classeurs Microsoft Excel. Les applications clientes et serveurs PowerPivot prennent en charge l’aide à la décision en libre-service, qui met à votre portée de puissantes fonctions d’analyse, vous permettant ainsi de trouver de meilleures informations et d’avoir une meilleure visibilité sur les chiffres qui servent de base aux décisions, aux objectifs et aux initiatives dans toute l’organisation. Ce qui suit est une brève description des composants PowerPivot pour Microsoft Office.

PowerPivot pour Excel 2010 est un complément pour Excel qui fournit des outils pour l’ajout et l’intégration de grandes quantités de

données dans des classeurs Excel.

PowerPivot pour SharePoint 2010 étend Produits SharePoint 2010 et Excel Services en y ajoutant la prise en charge des traitements

côté serveur, la collaboration et la gestion de documents pour les classeurs PowerPivot que vous publiez sur Produits

SharePoint 2010.

Présentation de PowerPivot pour Excel et SharePoint PowerPivot s’intègre avec Excel et Produits SharePoint 2010. Dans un environnement Excel, PowerPivot pour Excel offre une expérience de création et d’analyse familière sur la station de travail. Dans une batterie de serveurs Produits SharePoint 2010, PowerPivot pour SharePoint est l’ensemble d’applications, de services et de fonctionnalités côté serveur qui prennent en charge la collaboration d’équipe sur des données d’aide à la décision.

Les articles suivants contiennent davantage de détails sur les fonctionnalités PowerPivot.

Présentation de PowerPivot (http://go.microsoft.com/fwlink/?linkid=190359&clcid=0x40C) Explique avec davantage de détails ce que

sont PowerPivot pour Excel 2010 et PowerPivot pour SharePoint 2010, et montre un diagramme qui illustre comment une demande

de traitement de requête se déplace à travers la batterie, et explique qui doit utiliser PowerPivot.


233

Fonctionnalités de PowerPivot (http://go.microsoft.com/fwlink/?linkid=190360&clcid=0x40C) Donne une description approfondie des

fonctionnalités pour PowerPivot pour Excel 2010 et PowerPivot pour SharePoint 2010.

Concepts de PowerPivot (http://go.microsoft.com/fwlink/?linkid=190361&clcid=0x40C) Explique les concepts principaux de

PowerPivot pour Excel 2010 et de PowerPivot pour SharePoint 2010.

Planification et architecture pour PowerPivot dans SharePoint et Excel Services Les articles suivants vous aident à comprendre PowerPivot et comment planifier son implémentation.

Planifier un déploiement de PowerPivot dans une batterie de serveurs SharePoint

(http://go.microsoft.com/fwlink/?linkid=190362&clcid=0x40C) Donne des considérations et des informations sur l’architecture pour

ajouter PowerPivot à un serveur autonome et à une batterie de serveurs.

Planifier l’intégration de PowerPivot avec Excel Services (http://go.microsoft.com/fwlink/?linkid=190363&clcid=0x40C) Explique

comment les systèmes serveur fonctionnent ensemble, explique comment les connexions sont établies et décrit les paramètres de

configuration qui permettent une interaction sans problème.

Planifier l’intégration de PowerPivot avec Reporting Services (http://go.microsoft.com/fwlink/?linkid=190365&clcid=0x40C) Explique

comment vous pouvez créer des rapports Reporting Services pour visualiser des données PowerPivot. Reporting Services offre une

visualisation de données enrichies à travers des graphiques et des cartes, des formats de rendu supplémentaires, et des options

d’abonnement et de remise complètes.

Déploiement pour les produits Excel Services et SharePoint 2010 Le déploiement d’une instance de PowerPivot pour SharePoint 2010 consiste en tâches d’installation et de configuration qui permettent d’obtenir un serveur opérationnel immédiatement disponible pour les utilisateurs de votre organisation. Les articles suivants donnent des instructions détaillées pour le déploiement de PowerPivot pour SharePoint.

Conditions requises pour le matériel et le logiciel (PowerPivot pour SharePoint)

(http://go.microsoft.com/fwlink/?linkid=190366&clcid=0x40C) Donne des détails sur le matériel et le logiciel pour la station de travail

cliente, l’installation du serveur, Excel Services et Produits SharePoint 2010.







234

Installation (PowerPivot pour SharePoint) (http://go.microsoft.com/fwlink/?linkid=190367&clcid=0x40C) Contient des liens vers des

considérations pour l’installation et des articles de procédures pour l’installation de PowerPivot de différentes façons. Les articles

incluent des informations sur la façon de faire évoluer PowerPivot pour Produits SharePoint 2010 et OLE DB et ADOMD.NET.

Configuration par défaut de PowerPivot pour SharePoint (http://go.microsoft.com/fwlink/?linkid=190368&clcid=0x40C) Explique les

procédures d’installation pour la configuration par défaut de PowerPivot pour SharePoint 2010.

Configurer PowerPivot pour SharePoint (http://go.microsoft.com/fwlink/?linkid=190369&clcid=0x40C) Contient des liens vers des

articles de procédures pour la configuration de PowerPivot pour SharePoint 2010.




235

Technologie d’entrepôt de données, OLAP et Analysis Services pour SharePoint 2010

Cet article décrit les entrepôts de données, OLAP et Microsoft SQL Server Analysis Services (SSAS). Il explique comment un entrepôt de données et SQL Server Analysis Services interagissent avec les services d’application d’aide à la décision dans Microsoft SharePoint Server 2010. En outre, l’article explique à quel moment il est préférable d’utiliser PowerPivot plutôt que SSAS.

Vue d’ensemble de la technologie d’entrepôt de données, d’OLAP et de PowerPivot, ainsi que de leur relation avec SharePoint 2010 Qu’est-ce qu’un entrepôt de données ? Un entrepôt de données est une base de données qui fait office de référentiel pour le stockage et l’analyse d’informations numériques. Les données fondamentales de l’entrepôt de données sont généralement des valeurs numériques qui peuvent être récapitulées ou agrégées, et qui sont stockées dans une structure différente d’une structure de base de données transactionnelle classique. Une structure d’entrepôt de base de données diffère d’une structure de base de données transactionnelle notamment par le fait que, dans le cadre de celle-ci, l’extraction de données peut s’avérer très gourmande en ressources. Les entrepôts de données vous permettent de stocker des données agrégées au lieu d’exécuter des requêtes ad-hoc gourmandes en temps et en ressources pour retourner des valeurs totalisées, comme vous le feriez dans une base de données transactionnelle pour créer un rapport. Cette définition simplifiée est mieux expliquée dans de nombreux manuels écrits à l’intention des professionnels des entrepôts de données.

Qu’est-ce qu’OLAP et quelle est sa relation avec un entrepôt de données ? Le terme traitement analytique en ligne (OLAP, Online Analytical Processing) fait généralement référence à des outils spécialisés qui facilitent l’accès aux données d’entrepôt. Un cube OLAP est une structure logique qui définit les métadonnées. Le terme cube décrit des groupes de mesures et des tables de dimension existants et ne doit pas être interprété comme ayant des dimensions limitées. Un cube est une combinaison de tous les groupes de mesures existants. Un groupe de mesures est un groupe de mesures qui correspondent à la logique métier des données et représente une autre structure logique qui définit les métadonnées afin que les outils clients puissent accéder aux données. Chaque groupe de mesures contient les valeurs détaillées stockées dans la table de faits (valeurs extraites dynamiquement ou copiées). Les cubes OLAP contiennent de nombreuses métadonnées ; dans leur définition la plus simple, les métadonnées sont des données qui décrivent d’autres données.

236

Les expressions multidimensionnelles, ou expressions MDX, constituent une langue de requête basée sur les métadonnées qui vous permet d’interroger les cubes OLAP.

Qu’est-ce que SQL Server Analysis Services (SSAS) et quelle est sa relation avec OLAP ? Microsoft SQL Server Analysis Services (SSAS), anciennement appelé OLAP Services, fournit des technologies serveur qui permettent d’accélérer le traitement des requêtes et de la création de rapports. Analysis Services implémente OLAP avec des technologies qui simplifient et accélèrent le processus de conception, de création, de gestion et d’interrogation des tables d’agrégation tout en évitant les problèmes d’éclatement des données.

Quelle est la relation entre d’une part, PerformancePoint Services et Excel Services, et d’autre part, les entrepôts de données, OLAP ou SSAS ? Une requête complexe sur les cubes OLAP peut produire des réponses métiers beaucoup plus rapidement que la même requête sur des données relationnelles OLTP. Les structures de données sont différentes et sont utilisées à différentes fins. Les cubes OLAP SSAS se prêtent mieux à l’agrégation des données et à la création de rapports sur celles-ci. Les données SQL Server Analysis Services fournissent une source de données OLAP aux outils de création d’aide à la décision comme Microsoft Excel, PerformancePoint Dashboard Designer et Visio.

Qu’est-ce que PowerPivot et quelle est sa relation avec SSAS ? Microsoft SQL Server 2008 R2 PowerPivot pour Microsoft Excel 2010 est une extension de Microsoft Excel qui permet de prendre en charge des données à grande échelle. Il comporte une banque de données en mémoire en option pour SQL Server Analysis Services. Parmi les sources de données que vous pouvez fusionner citons les flux de données, les rapports, les feuilles de calcul et les bases de données d’entreprise. Les données PowerPivot se trouvant dans un classeur Excel sont détectées, extraites et traitées séparément sur des instances de serveur Analysis Services au sein de la batterie de serveurs. Ensuite, Excel Services dans SharePoint fournit la couche de présentation dans une fenêtre de navigateur. Pour plus d’informations, voir www.powerpivot.com (éventuellement en anglais).

Quand dois-je utiliser PowerPivot plutôt que SSAS ? SSAS est un moteur OLAP qui permet aux informaticiens de créer des solutions élaborées à hautes performances en vue de les déployer au sein de l’organisation. À l’image d’Excel, PowerPivot pour Excel est destiné aux travailleurs de l’information qui créent des solutions d’aide à la décision pour eux-mêmes ou pour l’organisation. Le fichier PowerPivot peut ensuite être publié sur SharePoint Server ou SharePoint Foundation pour l’équipe. Pour plus d’informations sur les différences, voir le billet de blog d’équipe PowerPivotComparaison d’Analysis Services et de PowerPivot (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=192047&clcid=0x40C).



237


Microsoft Excel 2010 est conçu pour faciliter l’analyse des données métiers et favoriser l’aide à la décision. Excel Services dans Microsoft SharePoint Server 2010 est un service partagé Microsoft SharePoint Server qui vous permet de publier des classeurs Microsoft Excel 2010 sur SharePoint Server. Les classeurs publiés sont mis à la disposition des travailleurs du savoir au sein de votre organisation. Tout classeur publié peut être géré et sécurisé en fonction des besoins de l’organisation, puis partagé au sein de celle-ci.

Grâce à l’aide à la décision, vous pouvez stocker des données qui représentent les processus d’entreprise clés de votre organisation, pour organiser ces données d’une manière utile et les présenter de manière significative. Les travailleurs du savoir peuvent ensuite agir sur ces informations pour accroître la productivité et fournir des commentaires qui améliorent les processus d’entreprise sous-jacents.

Description d’Excel Services Excel Services prend en charge le partage, la sécurisation, la gestion et l’utilisation des classeurs Excel 2010 dans une bibliothèque de documents ou un site Web SharePoint Server. Excel Services est constitué des composants Services de calcul Excel (ECS), Microsoft Excel Web Access (EWA) et Excel Web Services (EWS). Ces trois composants interagissent avec SharePoint Server et Excel Services pour contribuer aux processus d’aide à la décision de l’organisation. Fondamentalement, Excel 2010 est un outil de création, tandis qu’Excel Services est un outil de rapport.

Il existe deux interfaces principales dans Excel Services : une interface utilisateur Web, qui permet aux utilisateurs d’afficher les classeurs et les feuilles de calcul dans un navigateur, et une interface de services Web, pour l’accès par programme.

En vous penchant sur une série de scénarios spécifiques, vous pouvez comprendre comment tirer pleinement parti d’Excel Services :

1. Partage de feuilles de calcul par le biais du navigateur Les utilisateurs peuvent enregistrer une feuille de calcul Excel 2010 dans

une bibliothèque de documents SharePoint Server afin que les autres utilisateurs puissent accéder par le biais d’un navigateur à la

feuille telle que calculée par le serveur. Lorsqu’un utilisateur accède à la feuille de calcul, Excel Services la charge, actualise les

données externes et calcule la feuille le cas échéant, puis envoie au navigateur l’affichage obtenu en sortie. L’utilisateur n’a pas

besoin de recourir à Excel 2010 pour afficher la feuille de calcul. Les utilisateurs afficheront toujours la dernière version d’une feuille

de calcul et ils peuvent interagir avec celle-ci dans un navigateur ; vous pouvez paramétrer des autorisations de sécurité pour définir

précisément le type d’accès à accorder à chaque utilisateur.

238

2. Création de tableaux de bord d’aide à la décision Vous pouvez, à l’aide d’Excel et d’Excel Services, créer un tableau de bord

basé sur le navigateur sans écrire la moindre ligne de code.

3. Réutilisation, dans des applications personnalisées, de la logique encapsulée dans des feuilles de calcul Excel Outre une

interface avec le serveur basée sur le navigateur, Excel Services fournit une interface de service Web qui permet à toute application

utilisant les services Web d’accéder par programme à une feuille de calcul publiée. Les applications de service Web peuvent modifier

les valeurs, calculer la feuille de calcul et récupérer tout ou partie de la feuille de calcul mise à jour en utilisant cette interface en

fonction des autorisations de sécurité préalablement définies pour la feuille de calcul publiée.

4. Création de rapports L’une des fonctionnalités d’Excel Services les plus utiles est la création de rapports. Les rapports peuvent

comprendre des données d’aide à la décision ou tout type de données que vous utilisez dans Excel Services. La génération et la

publication de rapports Excel Services font également partie des fonctions de base d’un tableau de bord.

Les rapports Excel Services et les classeurs Excel Services fonctionnent pratiquement de la même manière et peuvent présenter un aspect similaire, que vous affichiez un classeur Excel Services stocké sur votre ordinateur ou dans une bibliothèque de documents SharePoint Server. Les rapports Excel Services peuvent comprendre de nombreuses fonctions et fonctionnalités Excel Services standard, telles que la mise en forme conditionnelle, les formules et les graphiques. Lorsque vous publiez un classeur Excel dans Excel Services, le classeur devient la source de données d’un type de rapport Excel Services dans le concepteur de tableau de bord. La création d’un type de rapport Excel Services est un processus à deux étapes : vous créez la structure de base du rapport à l’aide de l’Assistant, puis vous sélectionnez les données à afficher dans le rapport.

Voir aussi Concepts

Organiser les fournisseurs de données Excel Services

Planifier l’authentification d’Excel Services (SharePoint Server 2010)

239

Vue d’ensemble de l’architecture Excel Services

Cette rubrique fournit une synthèse de l’architecture d’application Excel Services. application Excel Services repose sur la plateforme Produits Microsoft SharePoint 2010. En conséquence, application Excel Services utilise l’authentification et l’autorisation Produits Microsoft SharePoint 2010.

Composants d’Excel Services Excel Services dans Microsoft SharePoint Server 2010 réside sur un ordinateur SharePoint Server autonome (pour les environnements d’évaluation/test) ou dans une batterie SharePoint, un environnement de production par défaut. Les architectures de SharePoint Server 2010 et d’Excel Services sont toutes deux conçues de façon à répondre à de nombreux besoins en matière de déploiement, de l’installation d’un département au sein d’une organisation jusqu’aux scénarios d’entreprise à l’échelle internationale. Excel Services inclut trois composants principaux :

Services de calcul Excel est le composant Excel Services principal qui charge la feuille de calcul et le classeur, effectue les calculs

dans les feuilles, met à jour les données externes et conserve l’état de session à des fins d’interactivité.

Excel Web Access est un composant Web frontal qui fournit les classeurs Excel.

Excel Web Services est un service Web hébergé dans SharePoint qui offre aux développeurs différentes manières de créer des

applications personnalisées reposant sur le classeur Excel.

Ces trois composants Excel Services résident soit sur le serveur Web frontal, soit sur le serveur d’applications principal. Un environnement de production Excel Services standard qui comporte de nombreux utilisateurs a recours à plusieurs serveurs Web frontaux et serveurs d’applications. Un environnement de test ou d’évaluation héberge généralement tous les composants Excel Services sur un serveur unique.

Le diagramme suivant illustre l’architecture de base d’Excel Services 2010 quant à sa relation avec la base de données de contenu Produits Microsoft SharePoint 2010 et avec les sources de données externes.

241

Performances et évolutivité

L’évolutivité d’un environnement de production application Excel Services s’obtient grâce à l’ajout de mémoire ou de processeurs plus puissants aux serveurs. Il est également possible d’ajouter des serveurs Web frontaux ou des serveurs d’applications à la batterie afin de répondre aux exigences en matière de performances et de charges des serveurs. Vous pouvez ajouter des serveurs Web frontaux et des serveurs d’applications indépendamment. Par exemple, vous pouvez ajouter de nombreux serveurs Web frontaux et utiliser un seul serveur d’applications ou ajouter de nombreux serveurs d’applications et ne déployer qu’un ou deux serveurs Web frontaux.

Si vous avez de nombreux grands classeurs, ou si vos classeurs contiennent de nombreux calculs et utilisent beaucoup de données externes, il peut être souhaitable d’ajouter des serveurs d’applications à votre batterie. Si vous avez des classeurs simples et que de nombreux utilisateurs les affichent, si les classeurs contiennent de nombreux graphiques, ou encore si vous avez des tableaux de bord avec de nombreux classeurs, vous pourriez ajouter des serveurs Web frontaux à votre batterie.

Le facteur de performances le plus déterminant pour Excel Services dépend du type et de la taille des classeurs, ainsi que des connexions de données externes dans les classeurs utilisés avec Excel Services. Pour plus d’informations sur la façon de configurer les paramètres d’Excel Services, voir Planifier l’authentification d’Excel Services (SharePoint Server 2010).

242

Planifier des sources de données Excel Services et des connexions externes

Pour configurer les Produits Microsoft SharePoint 2010 afin de permettre aux classeurs chargés sur l’application Excel Services d’actualiser des données externes, vous devez comprendre les relations et dépendances existantes entre SharePoint Server 2010 et l’application Excel Services.

Les indications de cet article vous aident à configurer les composants du serveur d’applications SharePoint Server 2010 suivants :

Excel Services


Dans cet article :

Connexions et classeurs Excel

Fournisseurs de données

Authentification aux données externes

Bibliothèques de connexions de données et connexions gérées

Sécurité d’Excel Services et données externes

Connexions et classeurs Excel Chaque classeur Excel qui utilise des données externes contient une connexion à une source de données. Les connexions comprennent tous les éléments nécessaires à l’établissement des communications avec une source de données externe et à la récupération des données à partir de celle-ci. Cette configuration implique les éléments suivants :

Une chaîne de connexion (chaîne qui spécifie le serveur auquel se connecter et comment s’y connecter).

Une requête (chaîne qui spécifie les données à récupérer).

Tout autre détail nécessaire pour obtenir les données.

243

Connexions incorporées et liées

Les classeurs Excel peuvent contenir des connexions incorporées et des connexions liées. Les connexions incorporées sont stockées en interne en tant que partie intégrante du classeur. Les connexions liées sont stockées en externe en tant que fichiers distincts qui peuvent être référencés par un classeur.

Les connexions incorporées et les connexions liées fonctionnent de la même façon. Ces deux types de connexion spécifient les paramètres requis pour se connecter aux données. Les fichiers de connexion liée peuvent être stockés, sécurisés, gérés et réutilisés dans un emplacement centralisé. Cette solution est souvent recommandée lors de la planification d’une approche globale pour obtenir un grand groupe d’utilisateurs connectés aux données externes. Pour plus d’informations, voir Bibliothèques de connexions de données et connexions gérées.

Pour une seule connexion, un classeur peut comporter une copie incorporée des informations de connexion et un lien vers le fichier de connexion externe. La connexion peut être configurée pour utiliser systématiquement un fichier de connexion externe pour actualiser les données à partir d’une source de données externe. Dans cet exemple, si le fichier de connexion externe ne peut pas être récupéré ou s’il n’établit pas de connexion avec la source de données, le classeur ne peut pas récupérer les données. Si la connexion n’est pas configurée pour utiliser uniquement un fichier de connexion externe, Excel tente d’utiliser la copie incorporée d’une connexion. En cas d’échec, Excel tente d’utiliser le fichier de connexion pour se connecter à la source de données externe. La possibilité de spécifier que seuls les fichiers de connexion peuvent être utilisés pour établir un lien de communication avec une source de données externe permet la prise en charge des scénarios de connexions gérées décrits Bibliothèques de connexions de données et connexions gérées.

Excel Services peut utiliser des connexions issues d’un fichier de connexion externe et des connexions incorporées dans les classeurs. Il existe certaines restrictions pour les fichiers de connexion externe. Pour plus d’informations, voir Sécurité d’Excel Services et données externes. Si les deux types de connexions sont autorisés sur le serveur, le comportement est identique au comportement d’Excel décrit plus haut.

Pour des raisons de sécurité, l’application Excel Services peut être configurée pour activer uniquement les connexions à partir de fichiers de connexion. Dans cette configuration, toutes les connexions incorporées sont ignorées pour les classeurs chargés sur le serveur, et les tentatives de connexions s’effectuent uniquement lorsqu’il existe un lien vers un fichier de connexion valide qui est approuvé par l’administrateur du serveur. Pour plus d’informations, voir Bibliothèques de connexions de données approuvées.

244

Remarque :

Il existe de nombreux types de fichiers de connexion, et l’application Excel Services n’est compatible qu’avec les fichiers de connexion de

données Office (.odc).

Fournisseurs de données

Les fournisseurs de données sont des pilotes que les applications clientes (telles qu’Excel et l’application Excel Services) utilisent pour se connecter à des sources de données spécifiques. Par exemple, un fournisseur de données MSOLAP spécial est utilisé pour se connecter à Microsoft SQL Server 2008. Le fournisseur de données est spécifié en tant que partie intégrante de la connexion dans la chaîne de connexion. Il n’est pas nécessaires d’avoir des connaissances étendues sur les fournisseurs de données dans le cadre de cet article, mais vous devez comprendre les concepts suivants :

Les fournisseurs de données sont, en règle générale, des ensembles stables et bien testés de bibliothèques qui peuvent être utilisés

pour se connecter à des données externes.

Tout fournisseur de données utilisé par Excel Services doit être explicitement approuvé par l’administrateur du serveur. Pour obtenir

des informations sur l’ajout d’un fournisseur de données à la liste de fournisseurs approuvés, voir Mange Excel Services connections.

Remarque :

Par défaut, l’application Excel Services fait confiance à plusieurs fournisseurs de données stables et connus. Dans la plupart des cas,

vous n’avez pas besoin d’ajouter un fournisseur de données. Les fournisseurs de données sont généralement ajoutés pour des solutions

personnalisées.

Les fournisseurs de données gèrent les requêtes, l’analyse des chaînes de connexion et toute autre logique spécifique à la

connexion. Cette fonctionnalité ne fait pas partie d’application Excel Services. application Excel Services ne contrôle pas le

comportement des fournisseurs de données.

Authentification aux données externes

Les serveurs de données nécessitent l’authentification d’un utilisateur, autrement dit son identification auprès du serveur. L’étape suivante est l’autorisation, qui consiste à communiquer au serveur les actions autorisées associées à l’utilisateur. Elle est nécessaire pour que le serveur de données effectue l’autorisation ou applique les restrictions relatives à la sécurité qui empêchent l’exposition des données à tout utilisateur qui n’est pas autorisé.

http://technet.microsoft.com/library/ea64c00e-9f1e-44ac-ab5d-42cf486c17a8(Office.14).aspx

245

L’application Excel Services doit indiquer à la source de données l’utilisateur qui demande les données. Dans la plupart des scénarios, il s’agit de l’utilisateur qui consulte un rapport Excel dans un navigateur. Cette section explique l’authentification entre l’application Excel Services et une source de données externe. L’authentification à ce niveau est illustrée dans le diagramme suivant. La flèche à droite indique le lien d’authentification d’un serveur d’applications qui exécute les Services de calcul Excel vers une source de données externe.

246

Remarque :

application Excel Services accède aux sources de données externes en utilisant une identité Windows déléguée. Par conséquent, les

sources de données externes doivent résider dans le même domaine que la batterie de serveurs SharePoint Server 2010 ou l’application

Excel Services doit être configurée de manière à utiliser le service Banque d’informations sécurisé. Si le service Banque d’informations

sécurisé n’est pas utilisé et que les sources de données externes ne résident pas dans le même domaine, l’authentification auprès de ces

sources de données est vouée à l’échec. Pour plus d’informations, voir Considérations relatives à la planification des services qui

accèdent à des sources de données externes dans « Planification de l’architecture des services ».

Il existe de nombreuses façons d’implémenter l’authentification. Cet article se concentre sur trois méthodes prises en charge par l’application Excel Services :

Authentification Windows intégrée


Aucune

L’application Excel Services détermine le type d’authentification en fonction d’une propriété de la connexion. Cette propriété doit être explicitement définie, et pour ce faire vous pouvez utiliser le client Microsoft Excel 2010. Si le type d’authentification est manquant, l’authentification Windows par défaut est tentée.


SharePoint Server 2010 utilise l’authentification par revendications. Par conséquent, l’application Excel Services utilise également l’authentification par revendications. L’authentification Windows intégrée est maintenant utilisée exclusivement pour les paramètres d’authentification IIS dans SharePoint Server 2010. Notez également que lorsque l’application Excel Services se connecte à une source de données hébergée sur un serveur autre que celui qui héberge l’application Excel Services, la délégation Kerberos contrainte doit être configurée. En d’autres termes, lorsque l’application Excel Services se connecte à une source de données externe, vous devez configurer et déployer la délégation Kerberos contrainte.

Cette méthode utilise votre identité d’utilisateur Windows pour vous authentifier par rapport à une source de données. Dans le cadre de cet article, il n’est pas important de connaître le mécanisme spécifique utilisé par le système d’exploitation pour effectuer cette opération (tel que la délégation NTLM ou avec des contraintes). L’authentification Windows est généralement la méthode d’accès aux données externes par défaut lorsque vous utilisez un client Excel pour vous connecter à des sources de données, tel que SQL Server 2008 Analysis Services.

http://technet.microsoft.com/library/e9874ee4-6f34-46c1-8516-a7b8af300820(Office.14).aspx#ConsiderationsForAccessingExternalData


247

Dans la plupart des environnements d’entreprise, l’application Excel Services est configurée en tant que partie intégrante d’une batterie avec le serveur Web frontal, le serveur d’application Excel Services principal et la source de données, exécutés sur différents ordinateurs, tel qu’illustré dans le diagramme dans Authentification aux données externes. Cela signifie que la délégation, ou protocole Kerberos, (délégation avec contraintes recommandée) est nécessaire pour activer les connexions de données qui utilisent l’authentification Windows. Cela est dû au fait que la délégation est nécessaire pour s’assurer que les identités des utilisateurs peuvent être communiquées d’un ordinateur à un autre de façon sure et approuvée. Dans un déploiement de batterie, ces types de connexions ne fonctionnent pas sur l’application Excel Services, sauf si le protocole Kerberos est correctement configuré. Pour plus d’informations sur la façon de configurer la délégation contrainte Kerberos pour l’application Excel Services, voir la page du Centre de téléchargement Microsoft, Configuration de l’authentification Kerberos pour les produits Microsoft SharePoint 2010 (éventuellement en anglais).


SharePoint Server 2010 utilise l’authentification du service Banque d’informations sécurisé en incluant un service Windows et une base de données d’informations d’identification sécurisée. L’application Excel Services prend en charge la fonctionnalité enfichable du service Banque d’informations sécurisé qui vous permet de mettre en œuvre votre propre fournisseur de service Banque d’informations sécurisé. SharePoint Server 2010 propose un fournisseur de service Banque d’informations sécurisé par défaut avec l’application Excel Services.

Le service Banque d’informations sécurisé est une base de données centralisée fréquemment utilisée pour stocker les informations d’identification (paire ID utilisateur et mot de passe) pouvant être utilisées par les applications pour s’authentifier auprès d’autres applications. Dans ce cas, l’application Excel Services s’appuie sur le service Banque d’informations sécurisé pour stocker et récupérer les informations d’identification à utiliser lors de l’authentification auprès des sources de données externes.

Chaque entrée du service Banque d’informations sécurisé contient un ID d’application qui fait office de recherche utilisée pour récupérer le jeu approprié d’informations d’identification. Des autorisations peuvent être définies pour chaque ID d’application de façon à ce que seuls des utilisateurs ou groupes spécifiques puissent accéder aux informations d’identification stockées pour un ID d’application.

Lorsqu’elle est détient un ID d’application, l’application Excel Services récupère les informations d’identification de la base de données Banque d’informations sécurisée pour l’utilisateur qui accède au classeur (via le navigateur ou Excel Web Services). L’application Excel Services utilise ensuite ces informations d’identification pour s’authentifier auprès de la source de données et récupérer des données.

Remarque :

L’ID d’application doit être spécifié pour la connexion. Pour plus d’informations sur la spécification d’un ID d’application, voir Configure

Secure Store Service for Excel Services.




248

Aucune

Cette méthode d’authentification signifie qu’aucune récupération d’informations d’identification n’a lieu ou qu’aucune mesure spéciale n’est prise pour la connexion. Par exemple, l’application Excel Services n’essaie pas de déléguer les informations d’identification, ni de récupérer les informations d’identification stockées pour l’utilisateur de la base de données Banque d’informations sécurisée. En effet, le fait de sélectionner Aucune en guise de méthode d’authentification entraîne la connexion à la base de données Banque d’informations sécurisée sous le compte de processus et la récupération des informations d’identification à utiliser. Dans ces cas, l’application Excel Services transmet la chaîne de connexion au fournisseur de données et lui confie la gestion de l’authentification.

En pratique, cela signifie qu’en règle générale une chaîne de connexion spécifie un nom d’utilisateur et un mot de passe pour la connexion à la source de données. Cependant, parfois, la chaîne de connexion indique que la sécurité intégrée doit être utilisée. C’est-à-dire, l’identité Windows de l’utilisateur ou de l’ordinateur qui émet la demande doit être utilisée pour la connexion à la source de données. Dans les deux cas, le compte autonome fait l’objet d’un emprunt d’identité, puis la connexion à la source de données est réalisée. La chaîne de connexion et le fournisseur déterminent la méthode d’autorisation. En outre, l’autorisation peut être basée sur les informations d’identification se trouvant dans la chaîne de connexion ou sur l’identité Windows du compte autonome dont l’identité est empruntée. Pour plus d’informations, voir Compte autonome.

Bibliothèques de connexions de données et connexions gérées

Une bibliothèque de connexions de données est une liste SharePoint Server 2010 conçue pour stocker des fichiers de connexion, qui peuvent ensuite être référencés par des applications Office 2010, telles que l’application Excel Services.

Les bibliothèques de connexions de données permettent aux clients de gérer, sécuriser, stocker et réutiliser des connexions de données de manière centralisée.

Réutilisation des connexions

Étant donné que la bibliothèque de connexions de données est un emplacement bien connu dans SharePoint Server 2010 et affiche des noms d’entreprise conviviaux et des descriptions, les utilisateurs peuvent réutiliser des connexions créées par d’autres utilisateurs et les configurer en fonction de leurs propres besoins. Un utilisateur professionnel reconnu ou un expert en données peut créer des connexions et d’autres utilisateurs peuvent les réutiliser sans avoir à comprendre les détails concernant les fournisseurs de données, les noms des serveurs ou l’authentification. L’emplacement de la bibliothèque de connexions de données peut même être publié sur des clients Office afin que les connexions de données s’affichent dans l’application Excel Services ou toute autre application cliente qui utilise la bibliothèque de connexions de données. Pour plus d’informations, voir Mange Excel Services connections.

Gestion des connexions

Étant donné que les classeurs contiennent un lien vers le fichier d’une bibliothèque de connexions de données, si une modification est apportée à la connexion (telle que le nom d’un serveur ou un ID d’application Banque d’informations sécurisée), un seul fichier de


249

connexion doit être mis à jour et non pas éventuellement des centaines de classeurs. Les classeurs obtiendront automatiquement les modifications la prochaine fois qu’ils utiliseront ce fichier de connexion pour l’actualisation dans Excel ou sur l’application Excel Services.

Sécurisation des connexions

La bibliothèque de connexions de données est une liste SharePoint et prend en charge les mêmes autorisations que SharePoint Server 2010, notamment les autorisations par dossier et par élément. Ainsi, une bibliothèque de connexions de données peut, sur le serveur, devenir un magasin de connexions de données verrouillé hautement contrôlé. Plusieurs utilisateurs peuvent disposer d’un accès en lecture seule à ce dernier. Cela leur permet d’utiliser les connexions de données, mais ils peuvent être empêchés d’ajouter de nouvelles connexions. En utilisant des listes de contrôle d’accès (ACL) avec la bibliothèque de connexions de données, et en autorisant uniquement les auteurs approuvés à charger les connexions, la bibliothèque de connexions de données devient un magasin de connexions approuvées. Les connexions approuvées sont des connexions qui ne contiennent pas de requêtes malveillantes.

L’application Excel Services peut être configurée pour charger des fichiers de connexion uniquement à partir des bibliothèques de connexions de données qui sont explicitement approuvées par l’administrateur de serveur, et pour bloquer le chargement des connexions incorporées. Dans cette configuration, l’application Excel Services utilise la bibliothèque de connexions de données pour appliquer une autre couche de sécurité autour des connexions de données.

Les bibliothèques de connexions de données peuvent même être utilisées avec le nouveau rôle Visualiseur dans SharePoint Server 2010 qui permet l’utilisation de ces connexions pour actualiser les classeurs chargés sur l’application Excel Services. Si ce rôle est appliqué, les utilisateurs n’ont pas accès au contenu du fichier de connexion à partir d’une application cliente, telle qu’Excel. C’est pourquoi le contenu du fichier de connexion est protégé, mais peut être utilisé pour les classeurs actualisés sur le serveur.

Sécurité d’Excel Services et données externes

application Excel Services comporte plusieurs couches de sécurité. Les sous-sections suivantes couvrent les concepts qui concernent directement l’accès aux données externes.

Emplacements de fichiers approuvés

L’application Excel Services charge uniquement des classeurs à partir d’emplacements de fichiers approuvés. Un emplacement de fichiers approuvé est essentiellement un répertoire (qui peut contenir tous les sous-répertoires) à partir duquel l’administrateur a explicitement autorisé le chargement de classeurs. Ces répertoires sont ajoutés à une liste interne de l’application Excel Services. Cette liste est appelée liste d’emplacements de fichiers approuvés.

Les emplacements approuvés peuvent spécifier un jeu de restrictions pour les classeurs chargés à partir de ceux-ci. Tous les classeurs chargés à partir d’un emplacement approuvé respectent les paramètres de ce dernier. Voici une courte liste des paramètres d’emplacement de fichiers approuvés qui affectent les données externes :

Méthode d’accès aux données externes. Les options possibles sont les suivantes :

250

Aucun accès aux données n’est autorisé (par défaut).

Seuls les fichiers de connexion d’une bibliothèque de connexions de données SharePoint Server 2010 peuvent être utilisés.

Les connexions incorporées dans des classeurs sont autorisées en plus des fichiers de connexion d’une bibliothèque de

connexions de données.

Afficher ou non les avertissements relatifs à l’actualisation des requêtes.

Faire échouer ou non le chargement du classeur si les données externes ne sont pas actualisées à l’ouverture du classeur. Ce

comportement est utilisé dans des scénarios où le classeur a mis en cache des résultats de données qui sont modifiés selon l’identité

de l’utilisateur qui consulte le classeur. L’objectif est de masquer ces résultats mis en cache et de s’assurer que les utilisateurs qui

consultent le classeur n’ont accès qu’aux données qui les concernent. Dans ce cas, une tentative d’actualisation du classeur a lieu à

l’ouverture. Vous pouvez configurer l’actualisation à l’ouverture pour chaque connexion. Si l’actualisation échoue, le classeur n’est pas

affiché pour les utilisateurs qui ne peuvent pas l’ouvrir dans un client Excel.

Remarque :

Cela fonctionne uniquement si le classeur est verrouillé par les autorisations du rôle Visualiseur dans SharePoint Server 2010, car un

utilisateur qui peut ouvrir le classeur directement dans Excel peut systématiquement consulter les résultats de données mis en cache.

Délais d’expiration du cache de données externes. Les données sont partagées entre plusieurs utilisateurs sur le serveur afin

d’améliorer la montée en charge et les performances, et ces durées de vie du cache sont modifiables. Cela convient aux scénarios

dans lesquels l’exécution de requêtes doit être minimale, car la requête peut prendre du temps pour s’exécuter. Dans ces scénarios,

les données sont souvent modifiées sur une base quotidienne, hebdomadaire ou mensuelle et non pas toutes les minutes ou heures.

Bibliothèques de connexions de données approuvées

Tout comme avec les fichiers de classeur, l’application Excel Services charge uniquement les fichiers de connexion des bibliothèques de connexions de données approuvées SharePoint Server 2010. Une bibliothèque de connexions de données approuvée est une bibliothèque ajoutée explicitement par l’administrateur de serveur à une liste approuvée interne. Pour plus d’informations sur la façon dont les bibliothèques de connexions de données permettent à un administrateur de sécuriser et gérer les fichiers de connexion, voir Bibliothèques de connexions de données et connexions gérées. Pour plus d’informations sur l’approbation d’une bibliothèque de connexions de données pour l’utiliser avec l’application Excel Services, voir Manage Excel Services connections.

Fournisseurs de données approuvés

L’application Excel Services utilise uniquement des fournisseurs de données externes qui sont ajoutés à une liste de fournisseurs approuvés interne. Il s’agit d’un mécanisme de sécurité qui empêche le serveur d’utiliser des fournisseurs auxquels l’administrateur ne fait pas confiance. Pour plus d’informations sur l’approbation d’un fournisseur de données, voir Manage Excel Services connections.



251

Compte autonome

Le compte autonome est un compte spécial dont l’application Excel Services emprunte l’identité chaque fois qu’elle essaie d’établir une connexion dans laquelle l’authentification Aucune est sélectionnée, que l’authentification Windows intégrée soit utilisée ou non par la source de données. Étant donné que l’application Excel Services n’a aucun contrôle sur le fournisseur de données et n’analyse pas directement les chaînes de connexion spécifiques au fournisseur, elle doit réduire les menaces relatives à la sécurité lorsque l’identité de l’application Excel Services elle-même peut être utilisée pour se connecter à une source de données. Le compte autonome est utilisé pour réduire ces menaces.

L’application Excel Services est souvent exécutée avec un compte doté de privilèges élevés. Ce niveau d’autorisation est incorrect pour les utilisateurs qui affichent uniquement des données. Lorsque le type d’authentification des données externes est défini sur Aucune ou service Banque d’informations sécurisé, où l’ID d’application de service Banque d’informations sécurisé ne stocke pas les informations d’identification Windows, l’identité du compte autonome est empruntée avant que celui-ci n’essaie de se connecter aux données. Étant donné que le compte autonome n’est pas supposé disposer d’autorisations pour accéder à la source de données, cela empêche les connexions accidentelles ou malveillantes aux sources de données dans le contexte d’un compte doté de privilèges.

Si le compte autonome a accès à la source de données (lorsque le type d’authentification est défini sur Aucune), une connexion est établie à l’aide des informations d’identification du compte de service autonome. Soyez prudent lorsque vous concevez des solutions qui utilisent intentionnellement ce compte pour se connecter aux données. Il s’agit d’un compte unique qui peut être utilisé par chaque classeur sur le serveur. Il est possible pour tout utilisateur qui charge un classeur sur l’application Excel Services et qui définit le type d’authentification sur Aucune de consulter ces données à l’aide du serveur. Dans certains scénarios, cela peut être nécessaire. Toutefois, le service Banque d’informations sécurisé est la solution par défaut pour gérer les mots de passe par utilisateur ou par groupe.

252

Organiser les fournisseurs de données Excel Services

Excel Services dans Microsoft SharePoint Server 2010 essaie uniquement de traiter les connexions qui utilisent des fournisseurs de données approuvés. Pour la plupart des types de connexions de données courants (comme ODBC, OLEDB, OLAP, Microsoft SQL Server et Analysis Services), il n’est pas nécessaire d’ajouter un fournisseur, car, par défaut, Excel Services approuve de nombreux fournisseurs standard. En règle générale, les autres fournisseurs ne sont ajoutés que pour des solutions personnalisées.

Chaque classeur Microsoft Excel qui utilise des données externes contient une connexion à une source de données. Les connexions comprennent tous les éléments nécessaires à l’établissement des communications avec une source de données externe et à la récupération des données à partir de celle-ci. Cette configuration implique les éléments suivants :

une chaîne de connexion (chaîne qui spécifie le serveur auquel se connecter et comment s’y connecter) ;

une requête (chaîne qui spécifie les données à récupérer) ;

tout autre détail nécessaire pour obtenir les données.

Fournisseurs de données Les fournisseurs de données sont des pilotes que les applications clientes (telles qu’Excel et Excel Services) utilisent pour se connecter à des sources de données spécifiques. Par exemple, un fournisseur de données MSOLAP spécial permet d’établir une connexion à Microsoft SQL Server 2005 et à SQL Server 2008 Analysis Services. Le fournisseur de données est spécifié en tant que partie intégrante de la connexion dans la chaîne de connexion. La liste suivante indique les concepts importants qui sont liés aux fournisseurs de données et que vous devez assimiler.

Les fournisseurs de données sont, en règle générale, des ensembles stables et bien testés de bibliothèques qui peuvent être utilisés

pour se connecter à des données externes.

Tout fournisseur de données utilisé par Excel Services doit être explicitement approuvé par l’administrateur du serveur.

253

Remarque :

Par défaut, Excel Services fait confiance à plusieurs fournisseurs de données stables et connus. Dans la plupart des cas, il n’est pas

nécessaire d’ajouter un fournisseur de données. Les fournisseurs de données sont généralement ajoutés pour des solutions

personnalisées.

Les fournisseurs de données gèrent les requêtes, l’analyse des chaînes de connexion et toute autre logique spécifique à la

connexion. Cette fonctionnalité ne fait pas partie d’Excel Services. Excel Services ne contrôle pas le comportement des fournisseurs

de données.


Excel Services utilise uniquement des fournisseurs de données externes ajoutés à une liste interne de fournisseurs approuvés. Il s’agit d’un mécanisme de sécurité qui empêche le serveur d’utiliser des fournisseurs que l’administrateur ne souhaite pas autoriser.

254

Planifier l’authentification d’Excel Services (SharePoint Server 2010)

Dans cet article :

À propos de la sécurité d’Excel Services

Planifier l’authentification des utilisateurs

Planifier la communication entre les serveurs

Planifier l’authentification des données externes

À propos de la sécurité d’Excel Services Outre les conditions requises pour la sécurité lors du déploiement des Produits Microsoft SharePoint 2010, vous devez vérifier les considérations relatives à la sécurité pour un déploiement qui comporte l’application Excel Services. Microsoft SharePoint Foundation 2010 fournit la plateforme sur laquelle est fondé SharePoint Server 2010.

La fonctionnalité de l’application Excel Services, associée à SharePoint Server 2010, constitue le principal moyen de contrôler, sécuriser et gérer l’accès aux classeurs Excel dans l’entreprise. L’application Excel Services est un serveur d’applications de classe entreprise qui est conçu pour offrir les performances, l’évolutivité et la sécurité. Un déploiement de l’application Excel Services procure une restitution fidèle des classeurs, sans oublier l’interactivité, et vous permet de réutiliser facilement les composants des classeurs, tels que des graphiques et des rapports de tableaux croisés dynamiques, qui peuvent être restitués dans des tableaux de bord d’aide à la décision.

L’utilisation de l’application Excel Services vous permet de tirer parti des calculs des feuilles de calcul Excel côté serveur pour des applications personnalisées et offre aux utilisateurs la possibilité de verrouiller les classeurs et de protéger les données privées et la propriété intellectuelle. Cela garantit que les données de vos classeurs sont mieux protégées pendant que les utilisateurs qui interagissent avec les classeurs sur un serveur bénéficient de tous les avantages de l’actualisation et du recalcul des données que procure l’application Excel Services.

La sécurité est un élément important pour permettre ces scénarios de restitution des données. Vous devez considérer de nombreux facteurs lors de la planification d’un environnement aidant à garantir la sécurité des classeurs qui sont restitués sur un serveur. Vous

255

devez planifier la gestion de la sécurité des classeurs et la gestion de la sécurité du serveur lui-même. L’application Excel Services vous procure un niveau élevé de contrôle précis pour le traitement et l’affichage des classeurs Excel. Vous pouvez choisir comment ils sont ouverts sur le serveur et décider des fonctionnalités spécifiques qui sont activées pour chaque classeur.

Cet article récapitule les paramètres de sécurité et d’authentification pour l’application Excel Services et les composants associés à prévoir lors de la planification d’un déploiement. Cet article contient également des instructions qui vous aideront à utiliser l’application Excel Services afin de mieux protéger et gérer l’accès aux classeurs sur le serveur.

Le modèle de sécurité de l’application Excel Services repose sur le concept selon lequel un administrateur, pour garantir l’intégrité et la qualité des données, doit être en mesure de centraliser la gestion des ressources partagées et de l’accès des utilisateurs aux éléments de propriété intellectuelle de l’entreprise se trouvant dans les classeurs. Pour cela, vous pouvez utiliser l’application Excel Services pour spécifier les éléments suivants :

Emplacements de fichiers approuvés Il s’agit de bibliothèques de documents SharePoint, de chemins UNC ou de sites Web

HTTP qui doivent être approuvés explicitement pour que les Services de calcul Excel puissent y accéder. Les Services de calcul

Excel n’ouvrent que les classeurs qui sont stockés dans des emplacements de fichiers approuvés.

Fournisseurs de données approuvés Il s’agit de bases de données externes que les Services de calcul Excel sont explicitement

configurés pour approuver lorsqu’ils traitent les connexions de données dans les classeurs. Les Services de calcul Excel ne tentent

de traiter une connexion de données que si cette connexion appartient à un fournisseur de données approuvé.

Bibliothèques de connexions de données approuvées Il s’agit de bibliothèques de documents SharePoint qui contiennent des

fichiers de connexions de données Office (.odc). Ces fichiers .odc sont utilisés pour centraliser la gestion des connexions à des

sources de données externes. Au lieu d’autoriser des connexions incorporées vers des sources de données externes, les Services de

calcul Excel peuvent être configurés pour requérir l’utilisation de fichiers .odc pour toutes les connexions de données. Les fichiers .odc

sont stockés dans des bibliothèques de connexions de données, et celles-ci doivent être approuvées explicitement pour que les

Services de calcul Excel autorisent les classeurs à y accéder.

Par défaut, l’accès aux connexions de données et aux classeurs d’un domaine à un autre n’est pas autorisé. Pour autoriser l’accès aux classeurs des emplacements de fichiers approuvés (et aux connexions de données des bibliothèques de connexions de données approuvées) entre les domaines par des composants WebPart, des pages Web ou des services Web, exécutez les applets de commande Windows PowerShell, comme illustrées dans Manage Excel Services with Windows PowerShell :

Les pages Web et les connexions de données ou les classeurs qui effectuent les demandes doivent se trouver dans la même batterie de serveurs.

http://technet.microsoft.com/library/f4fba899-5d3e-464e-8899-bc1a07785858(Office.14).aspx

256

Remarque :

Lorsque vous ouvrez un classeur dans les Services de calcul Excel, un fichier temporaire est stocké dans le dossier %Temp% du serveur

d’applications qui exécute les Services de calcul Excel.

Planifier l’authentification des utilisateurs Les classeurs Excel qui sont ouverts par les Services de calcul Excel doivent être stockés dans la base de contenu SharePoint Server 2010, car SharePoint Foundation 2010 gère une liste de contrôle d’accès pour ces fichiers. Les Services de calcul Excel peuvent aussi ouvrir des classeurs à partir de chemins UNC et de sites Web HTTP. Toutefois, il est préférable que vous utilisiez la base de contenu SharePoint Server 2010 pour le stockage des classeurs.

L’authentification pour l’accès des utilisateurs à un site portail SharePoint est effectuée par SharePoint Foundation 2010. Par défaut, SharePoint Foundation 2010 utilise l’authentification Windows intégrée.

Outre les méthodes d’authentification répertoriées, l’application Excel Services prend également en charge l’authentification générique à base de formulaires. Toutefois, la configuration de SharePoint Foundation 2010 pour l’utilisation de cette méthode d’authentification n’est présentée ici.

Planifier la communication entre les serveurs L’authentification par revendications est le mécanisme d’authentification par défaut dans SharePoint Server 2010. Il s’agit d’un standard Microsoft qui est aussi un standard de l’industrie et bénéficie d’un large support. L’authentification par revendications permet d’améliorer la sécurité et l’authentification lorsque vous déployez des batteries de serveurs, des applications métier Office et des services SharePoint dans différents environnements. L’application Excel Services utilise l’authentification par revendications pour tous les scénarios de déploiement, qu’il s’agisse de l’installation d’un seul serveur ou d’un environnement de batterie de serveurs. En outre, l’authentification et les autorisations des utilisateurs pour tous les contenus et toutes les ressources de SharePoint Server 2010 sont beaucoup plus sécurisées avec l’authentification par revendications.

Planifier l’authentification des données externes Les classeurs peuvent contenir des connexions de données directes et incorporées et des liens aux fichiers des connexions de données qui sont stockées dans des bibliothèques de connexions de données. À l’actualisation, selon la configuration de l’application Excel Services, la connexion de données directes incorporée peut être utilisée pour interroger la source de données ou le lien de la bibliothèque

257

de connexions de données peut être utilisé pour interroger le fichier .odc. Ce fichier .odc contient les informations des connexions de données et doit être stocké dans une bibliothèque de connexions de données.

Pour configurer l’application Excel Services pour le traitement des connexions avec des sources de données externes, sélectionnez un paramètre dans la section Données externes de la page Excel Services : Ajouter un emplacement de fichier approuvé de l’application Web Administration centrale de SharePoint.

Pour plus d’informations sur la configuration des paramètres d’administration pour l’application Excel Services, voir Manage Excel Services authentication.

Les déploiements de batteries qui ont des connexions intégrées utilisent maintenant l’authentification par revendications de SharePoint Server 2010. Lorsque les Services de calcul Excel récupèrent des informations de connexion, les informations d’identification sont désignées comme étant Stockées (à récupérer auprès de la base de données du service Banque d’informations sécurisé), Intégrées ou Aucune. Toutes les connexions de données avec des informations d’identification intégrées utilisent maintenant l’authentification par revendications pour les déploiements qui sont dimensionnés pour plusieurs serveurs. Un déploiement autonome utilise également l’authentification par revendications par défaut.

Imaginez une connexion de données dans un classeur ouvert sur un serveur d’applications des Services de calcul Excel qui utilise des informations d’identification stockées. Les Services de calcul Excel doivent récupérer des informations d’identification valides à partir d’une base de données d’authentification du service Banque de données d’informations sécurisé. Ensuite, ils utilisent les informations d’identification pour s’authentifier auprès d’une source de données, avant que la connexion de données puisse être établie.

L’application Excel Services prend en charge trois méthodes d’authentification des données : authentification Windows intégrée, authentification du service Banque de données d’informations sécurisé et aucune authentification.


Le protocole Kerberos est la configuration de sécurité recommandée à utiliser avec l’authentification Windows intégrée. SharePoint Server 2010 utilisant l’authentification par revendications, tous les scénarios de l’application Excel Services utilisent également l’authentification par revendications. L’authentification Windows intégrée est maintenant utilisée exclusivement pour les paramètres d’authentification IIS dans SharePoint Server 2010. Pour plus d’informations sur la façon de configurer la délégation contrainte Kerberos pour l’application Excel Services, voir la page du Centre de téléchargement Microsoft, Configuration de l’authentification Kerberos pour les produits Microsoft SharePoint 2010 (éventuellement en anglais).

Authentification du service Banque de données d’informations sécurisé

À l’aide de l’authentification du service Banque de données d’informations sécurisé, les utilisateurs peuvent accéder à plusieurs ressources du système sans devoir fournir des informations d’identification d’authentification une ou plusieurs fois. SharePoint Server 2010 met en œuvre l’authentification unique en incluant un service Windows et une base de données d’informations d’identification sécurisée. En utilisant la fonctionnalité enfichable du service Banque de données d’informations sécurisé prise en charge par l’application

http://technet.microsoft.com/library/358aac28-64a1-49c1-9f8a-ca572b08e6ab(Office.14).aspx




258

Excel Services, vous pouvez mettre en œuvre votre propre fournisseur de service Banque de données d’informations sécurisé. SharePoint Server 2010 inclut un fournisseur de service Banque de données d’informations sécurisé qui fonctionne avec l’application Excel Services.

Tout fournisseur de service Banque de données d’informations sécurisé mis en œuvre avec l’application Excel Services doit envoyer des informations d’identification avec un type d’informations d’identification, qu’il s’agisse d’informations d’identification Windows ou d’autres informations d’identification. L’application Excel Services utilise la base de données du service Banque de données d’informations sécurisé pour récupérer des informations d’identification pour l’authentification de la connexion.

L’authentification du service Banque de données d’informations sécurisé de SharePoint Server 2010 prend en charge les mappages individuels et les mappages de groupes. Le service Banque de données d’informations sécurisé gère un ensemble d’informations d’identification pour les ID d’application des ressources qui sont stockées dans la base de données du service Banque de données d’informations sécurisé de SharePoint Server 2010. Pour les mappages individuels, une couche de sécurité vérifie les informations d’identification de l’utilisateur relativement à plusieurs listes individuelles pour un ID d’application qui est stocké dans la base de données du service Banque de données d’informations sécurisé. Les mappages individuels sont utiles si vous devez posséder des informations d’ouverture de session concernant l’accès d’un utilisateur individuel à des ressources partagées.

Pour les mappages de groupes, une couche de sécurité vérifie les informations d’identification des groupes pour plusieurs utilisateurs d’un domaine par rapport à un ensemble unique d’informations d’identification pour une ressource identifiée par un ID d’application qui est stocké dans la base de données du service Banque de données d’informations sécurisé. Ceci fonctionne également avec l’authentification par formulaires ou avec tout autre fournisseur de revendications que vous pouvez utiliser. Les mappages de groupes sont plus faciles à gérer que les mappages individuels et les performances sont meilleures.

Pour activer la fonctionnalité du service Banque d’informations sécurisé pour SharePoint Server 2010, créez un nouveau service Banque d’informations sécurisé dans le site Web Administration centrale de SharePoint. Pour plus d’informations, voir Configure Secure Store Service for Excel Services.

Aucune

Lorsque vous spécifiez Aucune pour la méthode d’authentification de votre déploiement de l’application Excel Services, l’application Excel Services tente d’utiliser des chaînes de connexions entrantes pour se connecter à la base de données spécifiée dans la chaîne. Selon le fournisseur de base de données, la base de données peut utiliser la chaîne de connexion pour authentifier l’utilisateur.

L’application Excel Services n’analyse pas les chaînes de connexion pour déterminer une méthode d’authentification. Les chaînes de connexion sont transmises au fournisseur de base de données. Elles peuvent spécifier que l’authentification Windows intégrée est requise. Elles peuvent aussi contenir un nom d’utilisateur et un mot de passe spécifiques. Quoi qu’il en soit, lorsque vous spécifiez Aucune comme méthode d’authentification, l’application Excel Services requiert l’emprunt d’identité d’un compte de service autonome.



259

Si le fournisseur de base de données détermine que la chaîne de connexion spécifie l’authentification Windows intégrée, et si la base de données autorise l’accès, la connexion est établie en utilisant le contexte de sécurité du compte autonome. Si la chaîne de connexion contient un nom d’utilisateur et un mot de passe, et si la base de données autorise l’accès, la connexion est établie en utilisant le contexte de sécurité du compte d’utilisateur autorisé.

Compte de service autonome

Le compte de service autonome est un compte privilégié qui est chiffré et sécurisé. Le service Banque de données d’informations sécurisé stocke les informations d’identification du compte autonome de façon à ce que les Services de calcul Excel puissent emprunter l’identité lors de l’établissement d’une connexion de données utilisant les informations d’identification du service Banque de données d’informations sécurisé à partir d’un environnement autre que Windows, ou la méthode d’authentification Aucune. Si aucun compte de service autonome n’est configuré, les connexions de données échouent si le service Banque de données d’informations sécurisé provenant d’un environnement autre que Windows ou Aucune est utilisé comme méthode d’authentification.

L’emprunt de l’identité d’un compte autonome protège les bases de données SharePoint Server 2010 ainsi que toutes les autres sources de données auxquelles l’application Excel Services peut accéder directement contre des connexions non autorisées d’ordinateurs clients qui utilisent les Services de calcul Excel pour ouvrir des connexions de données externes. En cas d’emprunt d’identité d’un compte de service autonome, les informations d’identification associées à un thread d’applications des Services de calcul Excel ne peuvent pas être utilisées pour accéder à d’autres bases de données. En outre, en cas d’emprunt d’identité d’un compte de service autonome, les requêtes de données externes sont exécutées dans le contexte de sécurité d’un compte avec des autorisations de faible niveau, et non pas dans le contexte de sécurité d’un thread d’applications des Services de calcul Excel, qui dispose d’autorisations plus élevées.

Vous pouvez configurer le compte de service autonome soit comme compte de domaine, soit comme compte d’ordinateur local. Si le compte de service autonome est configuré en tant que compte d’ordinateur local, assurez-vous que la configuration est identique sur chaque serveur d’applications qui exécute les Services de calcul Excel. Les informations d’identification pour le compte autonome sont mises en cache sur la connexion et sur chaque session de classeur. Chaque fois qu’un classeur est chargé et qu’il a une connexion de données utilisant le compte autonome et si les informations d’identification ne sont pas déjà mises en cache pour cette connexion, le compte autonome est obtenu auprès de la banque d’informations et est utilisé. En d’autres termes, les informations d’identification du compte autonome ne sont pas mises en cache globalement : au lieu de cela, elles sont extraites de la banque d’informations selon ce qui est nécessaire pour chaque session ou connexion de données. Restreignez les autorisations du compte de service autonome pour n’autoriser que la connexion au réseau. Vérifiez que le compte de service autonome n’a accès à aucune source de données ou base de données SharePoint Server 2010. Pour plus d’informations, voir Configure Secure Store Service for Excel Services.

Paramètres de sécurité


260

Pour configurer les paramètres d’administration de l’application Excel Services, y compris les paramètres de sécurité, ouvrez l’application Web Administration centrale de SharePoint et accédez à la page Paramètres Excel Services. Pour plus d’informations, voir Manage Excel Services authentication.

La page Paramètres Excel Services fournit des paramètres de configuration pour ce qui suit :

Sécurité Paramètres d’authentification, de communication et de service Web de l’application Excel Services.

Équilibrage de la charge Équilibrage de la charge des sessions de l’application Excel Services entre les processus des Services de

calcul Excel.

Gestion des sessions Comportement des sessions des Services de calcul Excel.

Utilisation de la mémoire Allocation de la mémoire sur les Services de calcul Excel.

Cache des classeurs Paramètres relatifs à la mise en cache des fichiers de classeur sur disque et en mémoire.

Données externes Gestion des connexions de données externes dans les Services de calcul Excel.

Vous pouvez également utiliser la page Paramètres Excel Services pour configurer les options pour la méthode d’accès aux fichiers et le chiffrement des connexions, ce qui a un effet direct sur le déploiement sécurisé.

Méthode d’accès aux fichiers

Dans la page Paramètres de l’application Excel Services, dans la section Sécurité, sous Méthode d’accès aux fichiers, sélectionnez Emprunt d’identité ou Compte de processus.

Emprunt d’identité Cela permet à un thread de s’exécuter dans un contexte de sécurité autre que celui du processus auquel il

appartient. Sélectionnez Emprunt d’identité pour obliger les Services de calcul Excel à autoriser les utilisateurs lorsqu’ils essaient

d’accéder à des classeurs qui sont stockés dans des emplacements UNC et HTTP. Le fait de sélectionner cette option n’a aucun effet

sur les classeurs qui sont stockés dans des bases de données SharePoint Server 2010. Dans la plupart des déploiements de

batteries de serveurs dans lesquels des serveurs Web frontaux et des serveurs d’applications des Services de calcul Excel

s’exécutent sur des ordinateurs différents, l’emprunt d’identité nécessite une délégation Kerberos contrainte.

Compte de processus Si les serveurs d’applications des Services de calcul Excel ouvrent des classeurs à partir de partages UNC

ou de sites Web HTTP, l’identité du compte d’utilisateur ne peut pas être empruntée, et il faut utiliser le compte de processus.

Chiffrement des connexions

Vous pouvez utiliser la sécurité du protocole Internet IPSec (Internet Protocol Security) ou le protocole SSL (Secure Sockets Layer) pour chiffrer la transmission de données entre les serveurs d’applications des Services de calcul Excel, les sources de données, les ordinateurs clients et les serveurs Web frontaux. Pour requérir la transmission de données chiffrées entre les ordinateurs clients et les serveurs Web frontaux, cliquez sur le paramètre Chiffrement de la connexionObligatoire. Non obligatoire est la valeur par défaut. Si



261

vous changez le paramètre Chiffrement de la connexion en Obligatoire, le serveur d’applications des Services de calcul Excel autorisera uniquement la transmission des données entre les ordinateurs clients et les serveurs Web frontaux sur des connexions SSL.

Si vous choisissez des transmissions de données chiffrées, vous devrez configurer manuellement IPSec ou SSL. Vous pouvez demander des connexions chiffrées entre les ordinateurs clients et les serveurs Web frontaux tout en autorisant des connexions non chiffrées entre les serveurs Web frontaux et les serveurs d’applications des Services de calcul Excel.

La page d’administration Excel Services montre également la liste des pages d’emplacements de fichiers approuvés, de fournisseurs de données approuvées, de bibliothèques de connexions de données approuvées et d’assemblys de fonctions définies par l’utilisateur pour l’application Excel Services.

Emplacements de fichiers approuvés

Les emplacements de fichiers approuvés sont des sites SharePoint, des chemins UNC ou des sites Web HTTP d’où un serveur qui exécute les Services de calcul Excel peut accéder à des classeurs.

Dans la section Emplacement de la page Excel Services : Ajouter un emplacement de fichier approuvé, vous pouvez configurer l’adresse et le type d’emplacement, et indiquer si les bibliothèques enfants des emplacements de fichiers approuvés sont également approuvées. En sélectionnant Approuver les enfants, vous pouvez faciliter la gestion. Toutefois, vous risquez de créer un problème de sécurité en permettant que les sous-sites et les sous-répertoires des emplacements approuvés soient automatiquement approuvés dès leur création.

Dans la section Gestion des sessions, vous pouvez configurer des paramètres pour optimiser la disponibilité des ressources et améliorer les performances et la sécurité des Services de calcul Excel. Les performances peuvent diminuer lorsque de nombreux utilisateurs ont plusieurs sessions des Services de calcul Excel ouvertes en même temps. Vous pouvez contrôler l’utilisation des ressources et limiter la durée des sessions des Services de calcul Excel ouvertes en configurant deux délais d’expiration pour les sessions ouvertes.

Le paramètre Délai d’expiration de la session détermine pendant combien de temps une session des Services de calcul Excel peut rester ouverte et inactive après chaque intervention de l’utilisateur. Le paramètre Délai d’expiration de session courte détermine pendant combien de temps une session des Services de calcul Excel peut rester ouverte et inactive après la demande de session initiale. Le paramètre Délai de session d’un nouveau classeur détermine le temps qu’une session des Services de calcul Excel pour un nouveau classeur peut rester ouverte et inactive avant d’être arrêtée. Vous pouvez également contrôler le nombre de secondes autorisé pour une seule demande de session en configurant une valeur Durée maximale de la demande. En limitant la durée pendant laquelle les sessions peuvent rester ouvertes, vous contribuez à réduire le risque d’attaques par déni de service.

Dans la section Propriétés du classeur, vous pouvez configurer une taille maximale pour tout classeur, graphique ou image pouvant être ouvert dans une session des Services de calcul Excel. Les performances et la disponibilité des ressources peuvent être compromises si les utilisateurs ouvrent des classeurs très volumineux. Si vous ne contrôlez pas la taille autorisée des classeurs s’exécutant dans des

262

sessions des Services de calcul Excel ouvertes, les utilisateurs risquent de dépasser vos capacités en ressources, ce qui peut provoquer des défaillances du serveur.

Remarque :

Si un serveur d’applications qui exécute les Services de calcul Excel échoue ou s’arrête, toutes les sessions ouvertes sur le serveur sont

perdues. Dans une installation autonome, l’application Excel Services n’est plus disponible. Cela signifie que les classeurs ne peuvent

plus être chargés, recalculés, actualisés ni récupérés par les Services de calcul Excel. Dans un déploiement de batterie de serveurs qui

comporte plusieurs serveurs d’applications qui exécutent les Services de calcul Excel, l’arrêt d’un serveur n’affecte pas les sessions

ouvertes qui s’exécutent sur les autres serveurs. Les utilisateurs ayant des sessions qui s’exécutent sur un serveur arrêté sont invités à

rouvrir leurs classeurs. Lorsque les utilisateurs démarrent une nouvelle session, ils sont automatiquement dirigés sur les serveurs d’applications actifs qui exécutent les Services de calcul Excel.

Dans la section Données externes, vous pouvez déterminer si les classeurs stockés dans des emplacements de fichiers approuvés et ouverts dans des sessions des Services de calcul Excel peuvent accéder à une source de données externe. Vous pouvez spécifier si Autoriser les données externes a la valeur Aucune, Bibliothèques de connexions de données approuvées ou Bibliothèques de connexions de données approuvées et incorporées. Si vous sélectionnez Bibliothèques de connexions de données approuvées ou Bibliothèques de connexions de données approuvées et incorporées, les classeurs stockés dans les emplacements de fichiers approuvés peuvent accéder à des sources de données externes.

Les connexions de données externes ne sont accessibles que lorsqu’elles sont incorporées ou liées à partir d’un classeur. Les Services de calcul Excel vérifient la liste des emplacements de fichiers approuvés avant d’ouvrir un classeur. Si vous sélectionnez Aucune, les Services de calcul Excel bloquent toute tentative d’accès à une source de données externe. Si vous gérez les connexions de données pour de nombreux auteurs de classeurs, vous pouvez spécifier Bibliothèques de connexions de données approuvées. Cette option garantit que toutes les connexions de données de tous les classeurs créés par des auteurs de classeurs authentifiés doivent utiliser une bibliothèque de connexions de données approuvée pour accéder à des sources de données externes.

Si vous gérez des connexions de données pour seulement quelques auteurs de classeurs, vous pouvez spécifier Bibliothèques de connexions de données approuvées et incorporées. Cette option permet aux auteurs des classeurs d’y incorporer des connexions directes à des sources de données externes, tout en ayant accès aux bibliothèques de connexions de données approuvées si les liaisons incorporées échouent.

263

Dans la zone Avertir lors de l’actualisation de la section Données externes, vous pouvez spécifier si un avertissement s’affiche avant la mise à jour d’un classeur à partir d’une source de données externe. En sélectionnant avertissement d’actualisation activé, vous garantissez que les données externes ne sont pas actualisées automatiquement sans intervention de l’utilisateur.

Dans l’option Affichage des messages d’erreur détaillés liés aux données externes, si vous activez le paramètre Messages d’erreur détaillés des données externes, il fournit des messages d’erreur de description à afficher, qui donnent des informations utiles pour le dépannage et la résolution des problèmes de connexion.

Dans la zone Arrêter en cas d’échec de l’actualisation à l’ouverture, vous pouvez spécifier si les Services de calcul Excel arrêtent l’ouverture d’un classeur si celui-ci contient une connexion de données Actualiser lors de l’ouverture qui échoue. En sélectionnant Arrêt de l’ouverture activé, vous garantissez que les valeurs mises en cache ne sont pas affichées en cas d’échec d’une mise à jour lors de l’ouverture du classeur par tout utilisateur ayant des autorisations Vue seule sur le classeur. Lorsque l’opération Actualiser lors de l’ouverture s’effectue sans problème, les valeurs mises en cache sont supprimées. En désactivant la case à cocher Arrêt de l’ouverture activé, vous risquez d’afficher les valeurs mises en cache en cas d’échec de l’opération Actualiser lors de l’ouverture.

Dans la zone Durée de vie du cache de données externes de la section Données externes, vous pouvez spécifier la durée maximale d’utilisation des valeurs mises en cache avant qu’elles n’expirent, ainsi que le nombre maximal de requêtes de données externes qui peuvent s’exécuter en même temps dans une même session.

Pour garantir que seuls les utilisateurs approuvés ont accès aux classeurs stockés dans des emplacements approuvés, il faut appliquer des listes de contrôles d’accès à tous les emplacements de fichiers approuvés.

Il existe trois scénarios principaux pour le déploiement de l’application Excel Services avec SharePoint Server 2010 : entreprise, service de petite taille et personnalisé.

Dans un déploiement d’entreprise, tenez compte des instructions suivantes :

Ne configurez pas la prise en charge des fonctions définies par l’utilisateur.

N’autorisez pas les classeurs à utiliser des connexions de données incorporées pour accéder directement aux sources de données

externes.

Limitez l’utilisation des bibliothèques de connexions de données pour l’accès aux sources de données externes à partir des classeurs.

Limitez la taille des classeurs qui peuvent être ouverts dans les Services de calcul Excel.

Approuvez sélectivement des emplacements de fichiers spécifiques et n’activez pas l’option Approuver les enfants pour les sites et

répertoires approuvés.

Dans un déploiement d’un service de petite taille, tenez compte des instructions suivantes :

Activez l’approbation pour tous les emplacements de fichiers qui sont utilisés par les membres du service pour stocker les classeurs.

264

Activez Approuver les enfants pour tous les sites et répertoires approuvés.

Limitez sélectivement l’accès à des emplacements de fichiers spécifiques si des problèmes se produisent.

Dans un déploiement personnalisé, tenez compte des instructions suivantes :

Laissez les Services de calcul Excel ouvrir des classeurs volumineux.

Configurez des délais d’expiration longs pour les sessions.

Configurez des caches de données de grande taille.

Créez un seul emplacement approuvé pour ce déploiement.

N’activez pas Approuver les enfants pour cet emplacement approuvé.


Vous pouvez contrôler l’accès aux données externes en définissant explicitement les fournisseurs de données qui sont approuvés et en les ajoutant dans la liste des fournisseurs de données approuvés. Cette liste désigne les fournisseurs de données externes spécifiques auxquels les classeurs ouverts dans les Services de calcul Excel sont autorisés à se connecter.

Avant l’instanciation d’un fournisseur de données pour permettre à un classeur de se connecter à une source de données externe, les Services de calcul Excel vérifient les informations de connexion pour déterminer si le fournisseur apparaît dans la liste des fournisseurs de données approuvés. Si le fournisseur est recensé, une tentative de connexion est effectuée ; sinon, la demande de connexion est ignorée.

Bibliothèques de connexions de données approuvées

Une bibliothèque de connexions de données approuvée est une bibliothèque de documents à partir de laquelle vous avez déterminé que l’accès aux fichiers .odc était sûr. Les bibliothèques de connexions de données facilitent la sécurisation et la gestion des connexions de données pour les classeurs auxquels accède un serveur exécutant les Services de calcul Excel. Une liste de bibliothèques de connexions de données approuvées désigne des bibliothèques de connexions de données spécifiques à partir desquelles les classeurs ouverts dans les Services de calcul Excel sont autorisés à accéder aux fichiers .odc.

Si une connexion de données est liée à partir d’un classeur auquel accède un serveur qui exécute les Services de calcul Excel, ce serveur vérifie les informations de connexion et la liste des bibliothèques de connexions de données approuvées. Si la bibliothèque de connexions de données est recensée, une connexion est tentée à l’aide du fichier .odc de cette bibliothèque ; sinon, la demande de connexion est ignorée.

Autorisations Vue seule

Vous pouvez spécifier les utilisateurs qui ont seulement l’autorisation d’afficher les classeurs en les ajoutant dans le groupe Visualiseurs de SharePoint Server 2010 ou en créant un nouveau groupe configuré pour utiliser les autorisations Affichage uniquement. Par défaut, le

265

groupe Visualiseurs est configuré pour utiliser les autorisations Vue seule. Les utilisateurs qui sont ajoutés dans un groupe configuré pour utiliser les autorisations Vue seule peuvent afficher, ouvrir, interagir avec, actualiser et recalculer des classeurs. Toutefois, ils n’ont aucun autre moyen d’accéder à la source du fichier que d’utiliser l’application Excel Services. De cette façon, vous protégez vos informations propriétaires. Les données sources ne sont jamais présentées aux utilisateurs désignés.

Les classeurs et leurs objets de données configurés pour utiliser les autorisations Vue seule ne peuvent pas être ouverts dans Microsoft Excel 2010. Toutefois, un instantané du classeur, affichant uniquement les valeurs et la mise en forme des plages visualisables sur le serveur, peut être affiché dans Excel 2010.

Vous pouvez configurer les paramètres du site dans SharePoint Server 2010 pour contrôler l’accès aux données des classeurs en définissant les autorisations Vue seule sur des classeurs à gestion centralisée qui sont affichés dans un navigateur Web. Vous pouvez également configurer les paramètres du site dans SharePoint Server 2010 pour permettre aux classeurs d’actualiser des données externes sur le serveur et de faciliter la sécurisation et la gestion des connexions de données externes. Pour plus d’informations sur l’enregistrement des objets de données spécifiés en tant qu’éléments en Vue seule, voir Manage Excel Services authentication.

Connexions de données externes

Le composant Services de calcul Excel de l’application Excel Services permet de se connecter à des sources de données externes. Les Services de calcul Excel traitent les informations des connexions de données externes qui contiennent tout ce dont le serveur a besoin pour la connexion à une source de données. Il s’agit notamment de la méthode d’authentification, de la chaîne de connexion à utiliser, de la chaîne de requête à utiliser, et du lieu et de la méthode à utiliser pour collecter des informations d’identification nécessaires à la connexion. Ces connexions peuvent être définies à deux emplacements : incorporées dans les classeurs et dans des fichiers .odc. Les informations de connexion sont identiques à ces deux emplacements. Les fichiers .odc sont de petits fichiers qui conservent les informations de connexion en texte brut et dans un format réutilisable.

Vous pouvez utiliser le client Excel 2010 pour créer et modifier les fichiers .odc et les connexions incorporées dans des classeurs. Dans le client Excel 2010, vous pouvez exécuter l’Assistant Connexion de données ou configurer les paramètres dans la page de propriétés Connexions. Vous pouvez également exporter un fichier .odc d’après ces paramètres. La page de propriétés Connexions affiche les informations de connexion, dont les propriétés d’authentification de l’application Excel Services.

Fichiers .odc

Les classeurs peuvent contenir des liens vers des fichiers .odc et des informations de connexions incorporées. Ils peuvent ainsi récupérer le fichier .odc, lire le contenu et tenter de se connecter à une source de données externe en cas d’échec des informations de connexions incorporées. Les fichiers .odc doivent être gérés et conservés pour garantir qu’ils contiennent bien les informations exactes des connexions de données.

Vous pouvez également configurer les Services de calcul Excel pour qu’ils utilisent exclusivement les informations de connexion du fichier .odc au lieu de commencer par essayer de se connecter en utilisant les informations incorporées. Cette approche permet aux


266

administrateurs de déployer un petit ensemble de fichiers .odc gérés qui fournissent des informations de connexion à jour à de nombreux classeurs.

Les auteurs des classeurs peuvent spécifier, connexion par connexion, quelles informations de connexion le classeur peut utiliser. Pour cela, ouvrez le client Excel 2010, puis cliquez sur Connexions du classeur dans l’onglet Données. Ajoutez une connexion à un classeur, ouvrez Connexions du classeur, puis affichez les propriétés de la connexion que vous avez ajoutée. Dans l’onglet Définition, sélectionnez Toujours utiliser le fichier de connexion. Cette option permet au classeur de récupérer un fichier de connexion dans une bibliothèque de connexions de données et d’utiliser les informations de connexion de ce fichier pour se connecter à une source de données externe. Vous pouvez également configurer ce paramètre en sélectionnant Toujours utiliser le fichier de connexion dans la dernière page de l’Assistant Connexion de données.

Gestion des fichiers .odc

Les bibliothèques de connexions de données fournissent un référentiel pour les collections de fichiers .odc. Les administrateurs peuvent gérer les connexions de données sur le serveur en créant une bibliothèque de connexions de données et des fichiers .odc requérant que les classeurs utilisent toujours un fichier de connexion. Les classeurs qui utilisent des connexions directement à partir d’une bibliothèque de connexions de données obtiennent toujours des informations de connexion à jour avant de se connecter à une source de données.

Si les informations de la source de données changent (par exemple le nom du serveur), il vous suffit de mettre à jour un fichier .odc de la bibliothèque de connexions de données et tous les classeurs qui utilisent ce fichier .odc sont automatiquement mis à jour à leur prochaine actualisation. Vous pouvez également utiliser les autorisations Affichage uniquement pour limiter l’accès aux fichiers .odc.

Assemblys de fonctions définis par l’utilisateur

Si vos scénarios de déploiement incluent des classeurs qui contiennent des fonctions définies par l’utilisateur pour étendre les fonctionnalités des Services de calcul Excel, vous devez configurer l’application Excel Services pour qu’elle prenne en charge les fonctions définies par l’utilisateur.

Pour configurer cette prise en charge, vous devez activer les fonctions définies par l’utilisateur sur les emplacements de fichiers approuvés qui contiennent les classeurs qui requièrent l’accès à ces fonctions. En outre, vous devez inscrire des assemblys de fonctions définis par l’utilisateur dans la liste des assemblys de ces fonctions de l’application Excel Services. Pour plus d’informations sur l’activation des fonctions définies par l’utilisateur, voir Manage Excel Services authentication.


267

Planification de la capacité d’Excel Services

De nombreux facteurs peuvent affecter les performances et la disponibilité de votre déploiement Microsoft SharePoint Server 2010. Ceux-ci comprennent la consommation de bande passante et de ressources réseau. Excel Services dans Microsoft SharePoint Server 2010 peut affecter les performances système, suivant le volume de connexions clientes et le nombre de demandes de session Services de calcul Excel simultanées. Le volume et la complexité des calculs peuvent également avoir une incidence sur la consommation de ressources Services de calcul Excel.

L’étendue et la complexité des calculs Microsoft Excel 2010 peuvent avoir une incidence sur les performances et la disponibilité de l’application Excel Services dans un déploiement SharePoint Server 2010 . À mesure qu’augmentent le volume, la complexité et la fréquence des calculs, davantage de ressources système sont utilisées. Définissez la configuration matérielle de base requise en termes de mémoire système, de vitesse de processeur et de stockage pour chaque serveur d’applications qui exécute Services de calcul Excel. Pour consulter les résultats de tests 2010, voir Résultats de tests et recommandations liés aux performances et à la capacité de SharePoint Server 2010 (éventuellement en anglais).

Services de calcul de haute performance pour Excel 2010 Vous pouvez désormais exécuter des classeurs Microsoft Excel 2010 et des fonctions définies par l’utilisateur sur un cluster Windows HPC à l’aide de Windows HPC Server 2008 R2. Pour plus d’informations sur la collaboration entre Windows HPC Server 2008 R2 et Microsoft Excel 2010, voir Services HPC pour Excel (éventuellement en anglais)




268


Cette section décrit comment planifier pour PerformancePoint Services dans un environnement Microsoft SharePoint Server 2010.



PerformancePoint Services dans Microsoft SharePoint Server 2010 est un service de gestion des performances qui permet de surveiller et d’analyser vos activités. En offrant des outils souples et faciles à utiliser pour la création de tableaux de bord, de cartes de performance et d’indicateurs de performance clés, PerformancePoint Services permet à toute personne d’une organisation de prendre des décisions fondées en fonction des objectifs et de la stratégie définis à l’échelle de l’entreprise.

Vue d’ensemble de l’architecture de PerformancePoint Services

Microsoft SharePoint Server 2010 offre la souplesse nécessaire pour répondre à plusieurs objectifs des solutions de déploiement.

Évaluer les besoins en performances et en capacité pour PerformancePoint Services

Cet article fournit des conseils concernant l’impact de PerformancePoint Services sur les topologies exécutant Microsoft SharePoint Server 2010. Il décrit les enseignements obtenus suite à la création d’une batterie de serveurs de test en vue de mener des tests de capacité pour différents scénarios et différentes topologies.

Configurations matérielle et logicielle clientes requises pour PerformancePoint Dashboard Designer

Cet article décrit les configurations matérielle et logicielle requises pour l’exécution de PerformancePoint Dashboard Designer.

Planifier l’importation de contenu de tableau de bord PerformancePoint Server 2007 dans SharePoint Server 2010 (SharePoint

Server 2010)

Pour faciliter et simplifier le processus d’importation de contenu de tableau de bord depuis Microsoft Office PerformancePoint Server 2007 vers PerformancePoint Services dans Microsoft SharePoint Server 2010, un Assistant d’importation est disponible.


Dans PerformancePoint Services dans Microsoft SharePoint Server 2010, les objets stockés dans les listes et les bibliothèques de documents sont sécurisés par le modèle de sécurité de Microsoft SharePoint Server 2010. En haut de ce modèle, PerformancePoint Services ajoute des fonctionnalités de produit à l’infrastructure SharePoint Server 2010 de base afin que les sources de données et le contenu des tableaux soient sécurisés et protégés contre les accès non garantis.

269

Autorisations dans PerformancePoint Services (SharePoint Server 2010)

PerformancePoint Services utilise le modèle de sécurité SharePoint Server pour contrôler l’accès des utilisateurs aux différentes fonctionnalités et tâches.

Planification des sources de données PerformancePoint (PerformancePoint Services)

Cet article offre une vue d’ensemble des sources de données disponibles via PerformancePoint Services.

Meilleures pratiques pour l’interrogation MDX et la conception de cube OLAP SQL Server 2005 et 2008

Cet article traite des pratiques recommandées, qui permettent d’améliorer les performances de SSAS comme source de données pour Excel Services dans Microsoft SharePoint Server 2010, PerformancePoint Services dans Microsoft SharePoint Server 2010 et Visio Services dans Microsoft SharePoint Server 2010.

Vue d’ensemble des composants PerformancePoint Services

Les composants Web frontaux PerformancePoint Services et Microsoft SharePoint Server 2010 fournissent ensemble les fonctionnalités d’analyse et création de rapports.

Planifier la personnalisation de PerformancePoint Services

Cet article explique comment vous pouvez personnaliser les fonctionnalités natives de PerformancePoint Services dans Microsoft SharePoint Server 2010 à l’aide du Kit de développement logiciel (SDK) de PerformancePoint Services.

Plan a dashboard to show organizational performance

Ces articles couvrent les tableaux de bord PerformancePoint.

PerformancePoint Services et PowerPivot pour Excel (livre blanc)

Ce livre blanc traite de l’intégration entre PerformancePoint Services et PowerPivot pour Excel.

Voir aussi Concepts



http://technet.microsoft.com/library/eef3fc61-8bfe-49b8-8db7-b77c787a9840(Office.14).aspx

270


PerformancePoint Services dans Microsoft SharePoint Server 2010 est un service de gestion des performances qui vous permet de surveiller et d’analyser vos activités. En offrant des outils souples et faciles à utiliser pour la création de tableaux de bord, de fiches d’évaluation et d’indicateurs de performance clés, PerformancePoint Services permet aux individus d’une organisation de prendre des décisions fondées en fonction des objectifs et de la stratégie définis à l’échelle de l’entreprise. Les tableaux de bord, les fiches d’évaluation, les indicateurs de performance clés et les rapports permettent de promouvoir la responsabilisation. Avant que PerformancePoint Services ne soit intégré à Microsoft SharePoint Server 2010, Microsoft Office PerformancePoint Server 2007 était un serveur autonome. Désormais, les fonctionnalités de Microsoft Office PerformancePoint Server 2007 sont disponibles en tant que partie intégrante de la licence Office SharePoint Server Enterprise. PerformancePoint Services conserve une partie importante des caractéristiques et des fonctionnalités de son prédécesseur, tout en offrant des avantages et des améliorations supplémentaires, ainsi que de nouvelles fonctionnalités.

Remarque :

Un Assistant de mise à niveau est désormais disponible, qui déplace des objets de base de données à partir de la version précédente,

PerformancePoint Server 2007, vers PerformancePoint Services.

PerformancePoint Services Les informations suivantes offrent une vue d’ensemble des fonctionnalités de PerformancePoint Services.

Créez des tableaux de bord interactifs et contextuels à l’aide de fiches d’évaluation, de filtres et de rapports d’analyse. Les rapports

s’intègrent également à SQL Server Reporting Services et à Excel Services.

271

Créez des fiches d’évaluation qui rassemblent des données provenant de diverses sources de données (notamment Analysis

Services, SQL Server, Excel Services et les listes SharePoint) pour effectuer le suivi et la surveillance de facteurs clés au sein de

votre entreprise.

Utilisez des rapports d’analyse interactifs pour identifier les forces directrices et les fondements, et appliquez des filtres pour

personnaliser vos rapports.

Intégrez vos applications et informations d’aide à la décision aux autres fonctionnalités SharePoint Server puissantes, telles que la

collaboration et la gestion du contenu.

Nouvelles fonctionnalités et améliorations

Les informations suivantes offrent une vue d’ensemble des nouvelles fonctionnalités et des améliorations.

PerformancePoint est un service dans SharePoint Server. Les tableaux de bord et leurs éléments sont stockés et sécurisés dans des

listes et des bibliothèques SharePoint Server, vous procurant ainsi une infrastructure de sécurité et de référentiel unique. En outre, la

nouvelle architecture tire parti de l’infrastructure de sécurité, de l’évolutivité, ainsi que des fonctionnalités de collaboration, de

sauvegarde, de restauration et de récupération en cas d’urgence de SharePoint Server. Vous pouvez également inclure des

composants WebPart PerformancePoint Services et les lier ensemble à d’autres composants WebPart SharePoint Server dans la

même page. En outre, la nouvelle architecture rationalise des modèles de sécurité qui simplifient l’accès aux données de rapport.

L’arborescence de décomposition de visualisation est un nouveau type de rapport qui vous permet de décomposer rapidement et

visuellement des valeurs de données générales à partir d’un jeu de données multidimensionnel afin de comprendre les forces

directrices de ces valeurs. L’arborescence de décomposition est disponible dans les fiches d’évaluation et dans les rapports d’analyse

affichés dans vos tableaux de bord.

Le rapport Détails des indicateurs de performance clés (KPI) est un nouveau type de rapport qui affiche des informations appropriées

du point de vue du contexte, au sujet des indicateurs de performance clés, des métriques, des lignes, des colonnes et des cellules

d’une fiche d’évaluation. Ce rapport fonctionne comme un composant WebPart pointant vers une fiche d’évaluation ou un indicateur

de performance clé spécifique et peut être ajouté à des tableaux de bord ou à n’importe quelle page SharePoint Server.

Les fiches d’évaluation ont été améliorées afin que vous puissiez facilement explorer les données et accéder rapidement à des

informations plus détaillées. En outre, les fiches d’évaluation PerformancePoint offrent davantage de souplesse en termes d’options

de mise en page, de hiérarchies dynamiques et de fonctionnalités d’indicateurs de performance clé calculés. Grâce à ces

fonctionnalités améliorées, vous pouvez désormais créer des métriques personnalisées qui utilisent plusieurs sources de données.

Vous pouvez également trier, filtrer et afficher les écarts entre les valeurs réelles et les valeurs cibles afin d’identifier les problèmes ou

de risques.

272

Les fonctionnalités de filtrage Time Intelligence améliorées vous permettent de créer et d’utiliser des filtres temporels toujours à jour.

Les autres filtres améliorés permettent aux utilisateurs des tableaux de bord de mieux se concentrer rapidement sur les informations

les plus pertinentes.

Les composants WebPart SharePoint peuvent comprendre des composants WebPart PerformancePoint et pointer vers ceux-ci dans

la même page.

Il est plus facile de créer et de publier des éléments de tableau de bord à l’aide du concepteur de tableau de bord.

La compatibilité d’accès aux différents rapports et fiches d’évaluation est mieux prise en charge.

Les rapports d’analyse ont été améliorés afin de prendre en charge le filtrage des valeurs, de nouveaux types de graphiques et la

mise en forme conditionnelle basée sur le serveur.

Prise en charge de SQL Server Analysis Services 2008 et de SQL Server 2008.

Fonctionnalités retirées PerformancePoint Services ne prend plus en charge les graphiques de tendance, les rapports de tableau croisé dynamique, les rapports de graphique croisé dynamique, Analysis Services 2000 et l’architecture serveur 32 bits.

273

Vue d’ensemble de l’architecture de PerformancePoint Services

Microsoft SharePoint Server 2010 offre la souplesse nécessaire pour répondre à plusieurs objectifs des solutions de déploiement. Pour plus d’informations sur la conception des batteries de serveurs et des topologies physiques, voir le modèle appelé « Services dans les produits SharePoint 2010 » dans Diagrammes techniques (SharePoint Server 2010).

Topologie de PerformancePoint Services La topologie de batterie de serveurs suivante utilise trois serveurs pour l’implémentation de PerformancePoint Services dans Microsoft SharePoint Server 2010.

275

Le serveur Web frontal s’exécute sur les services Internet (IIS) et héberge le proxy, les services Web et les composants WebPart PerformancePoint Services nécessaires aux communications entre le client et l’application de service PerformancePoint Services.

L’application de service constitue une enveloppe pour la logique métier de niveau intermédiaire d’une instance de PerformancePoint Services.

PerformancePoint Services en tant qu’application de service

Dans SharePoint Server 2010, les services ne sont plus contenus dans un fournisseur de services partagés. Désormais, l’infrastructure des services d’hébergement fait partie de SharePoint Server 2010 et la configuration des offres de services est plus souple. L’infrastructure des applications de service est un modèle de service commun qui présente les avantages suivants.

Une expérience de gestion cohérente et une infrastructure partagée pour tous les services. En tant que l’un de ces services,

PerformancePoint Services permet d’effectuer des opérations de sécurité en bloc pour les applications de service dans une batterie

de serveurs à partir du site Web Administration centrale de SharePoint.

En outre, en termes de sauvegarde et de récupération, les avantages incluent la restauration d’une collection de sites, d’un site ou

d’un contenu de liste selon une version précédente ou un point dans le temps.

Les services étant installés par défaut, il n’y a pas d’installation ou de configuration d’un fournisseur de services partagés (SSP).

Les sites peuvent être configurés de façon à utiliser uniquement les services qui sont nécessaires, et non pas la liste entière des

services.

Le déploiement des services à travers des sites et des batteries de serveur est plus souple. Comme dans les versions précédentes,

un ensemble de services unique peut être partagé par tous les sites Web d’une batterie de serveurs.

276

Évaluer les besoins en performances et en capacité pour PerformancePoint Services

Cet article décrit l’impact de l’utilisation de PerformancePoint Services sur les topologies exécutant Microsoft SharePoint Server 2010.

Remarque :

Il convient de noter que les chiffres spécifiques relatifs à la capacité et aux performances présentés dans cet article diffèreront des chiffres

d’un environnement du monde réel. Les chiffres présentés ici sont destinées à fournir un point de départ pour la conception d’un

environnement à l’échelle appropriée. Une fois que vous avez terminé la conception initiale de votre système, testez la configuration pour

déterminer si votre système prendra en charge les facteurs dans votre environnement.

Dans cet article :

Caractéristiques de la batterie de serveurs de test

Résultats des tests

Recommandations

Pour obtenir des informations générales sur la planification de capacité et l’exécution qui en résulte pour SharePoint Server 2010, voir Capacity management and sizing for SharePoint Server 2010.

Caractéristiques de la batterie de serveurs de test Jeu de données

Le jeu de données était constitué d’un portail d’entreprise créé à l’aide de SharePoint Server 2010 et PerformancePoint Services et contenant un seul tableau de bord de taille moyenne. Ce tableau de bord contenait deux filtres liés à une carte de performance, deux

http://technet.microsoft.com/library/031b0634-bf99-4c23-8ebf-9d58b6a8e6ce(Office.14).aspx

277

graphiques et une grille. Il était basé sur une source de données Microsoft SQL Server 2008 Analysis Services (SSAS) unique utilisant les exemples de bases de données AdventureWorks pour le cube SQL Server 2008 Analysis Services.

Le tableau suivant décrit le type et la taille de chaque élément du tableau de bord.

Nom Description Taille

Filtre un Filtre de sélection de membre 7 membres de dimension

Filtre deux Filtre de sélection de membre 20 membres de dimension

Carte de performance Carte de performance 15 lignes de membres de dimension par 4 colonnes (2 indicateurs de performance clés)

Graphique un Graphique en courbes 3 séries par 12 colonnes

Graphique deux Graphique à barres empilées 37 séries par 3 colonnes

Grille Grille analytique 5 lignes par 3 colonnes

Le tableau de bord de taille moyenne utilisait le modèle Deux colonnes avec en-tête et les tailles des éléments de tableau de bord étaient configurées pour un dimensionnement automatique ou avaient pour valeur un pourcentage spécifique du tableau de bord. Chaque élément du tableau de bord était affiché avec une hauteur aléatoire et une largeur comprise entre 400 et 500 pixels afin de simuler les différences de taille de fenêtre de navigateur Web. Il est important de modifier la hauteur et la largeur de chaque élément de tableau de bord car le rendu des graphiques dépend de la taille des fenêtres de navigateurs Web.

Scénarios et processus de test Cette section définit les scénarios de test et traite du processus de test utilisé pour chaque scénario. Vous trouverez des informations détaillées telles que les résultats des tests et les paramètres spécifiques dans les sections « Résultats des tests » plus loin dans cet article.

278

Nom du test Description du test

Afficher un tableau de bord et modifier de manière aléatoire l’un des

deux filtres à cinq reprises, avec une pause de 15 secondes entre

les interactions.

1. Afficher le tableau de bord.

2. Sélectionner l’un des deux filtres, sélectionner de manière

aléatoire une valeur de filtre et attendre le réaffichage du tableau

de bord.

3. Répétez l’opération à quatre reprises, en sélectionnant de

manière aléatoire l’un des deux filtres et une valeur de filtre

aléatoire.

Afficher un tableau de bord, sélectionner un graphique et le développer et le réduire à cinq reprises, avec une pause de 15 secondes entre les interactions.

1. Afficher le tableau de bord.

2. Sélectionner un membre aléatoire sur un graphique et le

développer.

3. Sélectionner un autre membre aléatoire sur le graphique et le

réduire.

4. Sélectionner un autre membre aléatoire sur la grille et la

développer.

5. Sélectionner un autre membre aléatoire sur la grille et la réduire.

Afficher un tableau de bord, sélectionner une grille et la développer et la réduire à cinq reprises, avec une pause de 15 secondes entre

les interactions.

1. Afficher le tableau de bord. Sélectionner un membre aléatoire

sur une grille et développer le membre.


développer.

3. Sélectionner un autre membre aléatoire sur la grille et la réduire.


développer.

279

Une combinaison de tests unique a été utilisée, constituée des pourcentages de tests démarrés suivants.

Nom du test Combinaison de tests

Afficher un tableau de bord et modifier de manière aléatoire l’un des

deux filtres à cinq reprises.

80 %

Afficher un tableau de bord, sélectionner un graphique et le développer et le réduire à cinq reprises.

10 %

Afficher un tableau de bord, sélectionner une grille et la développer et la réduire à cinq reprises.

10 %

Les outils de test de charge de Microsoft Visual Studio 2008 ont été utilisés afin de créer un ensemble de tests Web et de tests de charge simulant des opérations d’utilisateurs (modification de filtres et navigation sur des grilles et des graphiques). Les tests utilisés dans cet article contenait une distribution normales de pauses de 15 secondes, également appelées « temps de réflexion », entre les interactions et un temps de réflexion de 15 secondes entre les itérations de tests. Une charge a été appliquée afin de produire un temps de réponse moyen de deux secondes pour l’affichage d’une carte de performance ou d’un rapport. Le temps de réponse moyen a été mesuré sur une période de 15 minutes après un délai de préchauffage initial de 10 minutes.

Chaque nouvelle itération de test sélectionne un compte d’utilisateur distinct parmi un pool de cinq mille comptes et une adresse IP aléatoire (à l’aide de la commutation IP de Visual Studio) parmi un pool d’environ 2 200 adresses.

La combinaison de tests a été exécutée à deux reprises sur le même tableau de bord de taille moyenne. Lors de la première exécution, l’authentification de source de données a été configurée de façon à utiliser le Compte de service autonome, qui utilise un compte commun pour demander les données. Les résultats des données sont identiques pour plusieurs utilisateurs et PerformancePoint Services peut utiliser la mise en cache afin d’améliorer les performances. Lors de la seconde exécution, l’authentification de source de données a été configurée de façon à utiliser l’identité par utilisateur et le cube SQL Server Analysis Services a été configuré de façon à utiliser la sécurité dynamique. Dans cette configuration, PerformancePoint Services utilise l’identité de l’utilisateur pour demander les données. Les résultats des données pouvant être différents, aucune mise en cache ne peut être partagée par les utilisateurs. Dans certains cas, la mise en cache pour l’identité par utilisateur peut être partagée si la sécurité dynamique Analysis Services n’est pas configurée et que les rôles Analysis Services, auxquels les utilisateurs et groupes Microsoft Windows sont assignés, sont identiques.

280

Configuration matérielle et topologie Matériel de laboratoire

Pour fournir un niveau élevé de détails de résultats de tests, plusieurs configurations de batterie de serveurs ont été utilisées lors des tests. Ces configurations comprenaient de un à trois serveurs Web, de un à quatre serveurs d’applications et un serveur de bases de données unique exécutant Microsoft SQL Server 2008. Une installation d’entreprise par défaut de SharePoint Server 2010 a été effectuée.

Le tableau suivant indique le matériel spécifique utilisé lors des tests.

Serveur Web Serveur d’applications Ordinateur exécutant SQL Server

Ordinateur exécutant Analysis Services

Processeur(s) 2px4c @ 2,66 GHz 2px4c @ 2,66 GHz 2px4c @ 2,66 GHz 4px6c @ 2,4 GHz

RAM 16 Go 32 Go 16 Go 64 Go

Système

d’exploitation Windows Server 2008 R2

Enterprise

Windows Server 2008 R2

Enterprise


Enterprise


Enterprise

Carte réseau 1x1 gigabit 1x1 gigabit 1x1 gigabit 1x1 gigabit

Authentification NTLM et Kerberos NTLM et Kerberos NTLM et Kerberos NTLM et Kerberos

Une fois la batterie étendue avec plusieurs serveurs Web, un système d’équilibrage de la charge matérielle a été utilisé afin d’équilibrer la charge utilisateur sur plusieurs serveurs Web à l’aide de l’affinité d’adresse source. L’affinité d’adresse source enregistre l’adresse IP source des demandes entrantes et l’hôte de service sur lequel leur charge a été équilibrée, et elle dirige toutes les transactions ultérieures vers le même hôte.

Topologie

La topologie de départ était constituée de deux serveurs physiques, l’un agissant comme serveur Web et serveur d’applications, l’autre assumant la fonction de serveur de bases de données. Cette topologie de départ est considérée comme une topologie à deux ordinateurs (ou 2M, c’est-à-dire 2 machines), ou encore comme topologie « 1 par 0 par 1 » (où le nombre de serveurs Web dédiés est indiqué en premier, suivi du nombre de serveurs d’applications dédiés, puis du nombre de serveurs de bases de données).

281

Les serveurs Web sont également appelés serveurs Web frontaux (ou WFE, Web Front End) plus loin dans ce document. La charge a été appliquée jusqu’à ce que des facteurs de limitation soient rencontrés. En règle général, le facteur de limitation sur le serveur Web ou le serveur d’applications était le processeur. Des ressources ont ensuite été ajoutées afin d’annuler les effets de cette limite. Les facteurs de limitation et les topologies différaient sensiblement selon la configuration de l’authentification de source de données (Compte de service autonome ou identité par utilisateur avec sécurité du cube dynamique).

Résultats des tests Les résultats des tests contenaient trois mesures importantes pour aider à définir la capacité de PerformancePoint Services.

Mesure Description

Nombre d’utilisateurs Nombre total d’utilisateurs signalé par Visual Studio.

Demandes par seconde Nombre total de demandes par seconde signalé par Visual Studio, y compris les demandes de fichiers statiques tels que les images et feuilles de style.

Affichages par seconde Nombre total d’affichages pouvant être effectués par PerformancePoint

Services. Un affichage représente tout filtre, carte de performance, grille ou graphique affiché par PerformancePoint Services ou toute demande Web

envoyée à l’URL de service de rendu qui contient RenderWebPartContent ou

CreateReportHtml. Pour en savoir plus sur CreateReportHtml et RenderWebPartContent, voir la Spécification du protocole RenderingService PerformancePoint Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=200609&clcid=0x40C).

Les journaux IIS peuvent être analysés à la recherche de ces demandes, afin

d’aider à planifier la capacité de PerformancePoint Services. Par ailleurs,

l’utilisation de cette mesure génère un chiffre qui dépend beaucoup moins de la

composition du tableau de bord. Un tableau de bord contenant deux affichages peut être comparé à un tableau de bord en contenant 10.



282

Conseil :

Lorsque vous utilisez une source de données configurée de façon à utiliser l’authentification de Compte de service autonome, la règle

relative au rapport des serveurs dédiés est de un serveur Web pour deux serveurs d’applications exécutant PerformancePoint Services.

Conseil :

Lorsque vous utilisez une source de données configurée de façon à utiliser l’authentification par utilisateur, la règle relative au rapport des

serveurs dédiés est de un serveur Web pour au moins quatre serveurs d’applications exécutant PerformancePoint Services.

Avec les topologies comprenant plus de quatre serveurs d’applications, il est probable que le goulet d’étranglement soit le serveur Analysis Services. Analysez le processeur et la durée de requête de votre serveur Analysis Services afin de déterminer s’il est nécessaire de faire monter en puissance Analysis Services avec plusieurs serveurs. Tout prolongement de la durée de requête sur le serveur Analysis Services accroît de manière significative le temps de réponse moyen de PerformancePoint Services au-delà du seuil souhaité (deux secondes).

Les tableaux qui suivent fournissent une synthèse des résultats de tests pour l’authentification de Compte de service autonome et l’authentification par utilisateur lors de l’extension de deux à sept serveurs. Vous trouverez des résultats détaillés incluant des compteurs de performance supplémentaires plus loin dans ce document.

Synthèse de l’authentification de Compte de service autonome

Topologie (WFE x APP x SQL) Utilisateurs Demandes par seconde

Affichages par seconde

2M (1x0x1) 360 83 50

3M (1x1x1) 540 127 75

4M (1x2x1) 840 196 117

283



5M (1x3x1) 950 215 129

6M (2x3x1) 1 250 292 175

7M (2x4x1) 1 500 346 205

Synthèse de l’authentification par utilisateur



2M (1x0x1) 200 47 27

3M (1x1x1) 240 56 33

4M (1x2x1) 300 67 40

5M (1x3x1) 325 74 44

Topologies 2M et 3M Afin de mieux comprendre le coût matériel par transaction et la courbe de temps de réponse, les tests de charge ont été exécutés avec quatre charges utilisateur d’intensité croissante, jusqu’à la charge utilisateur maximale pour les topologies 2M et 3M.

Authentification de Compte de service autonome

Nombre d’utilisateurs 50 150 250 360

Moyenne de processeurs WFE/APP 19,20 % 57,70 % 94,00 % 96,70 %

284


Demandes par seconde 18 53 83 83

Affichages par seconde 10,73 31,72 49,27 49,67

Temps de réponse moyen (sec) 0,12 0,15 0,38 2

285

Authentification par utilisateur

286


Moyenne de processeurs WFE/APP 30,80 % 61,30 % 86,50 % 93,30 %


Affichages par seconde 10,3 19,32 26,04 27,75


287

Résultats pour la batterie 3M (1x1x1)

Authentification de Compte de service autonome

288



Affichages par seconde 21 52 74 75


Moyenne de processeurs WFE 11 % 28 % 43 % 46 %

Octets privés WFE max du processus de travail W3WP Internet Information Services (IIS) SharePoint Server.

0,7 Go 1,4 Go 2,0 Go

2,4 Go

Moyenne de processeurs APP 25 % 62 % 94 % 95 %

Octets privés APP max de W3WP PerformancePoint Services

5,9 Go 10,8 Go 14,1 Go

14,6 Go

289

Authentification par utilisateur

290






Octets privés WFE max de W3WP SharePoint Server

0,78 Go 1,3 Go 1,6 Go

1,9 Go



19 Go 20,1 Go 20,5 Go

20,9 Go

291

Résultats 4M+ pour l’authentification de Compte de service autonome À partir de la topologie 4M, une charge a été appliquée afin de produire un temps de réponse moyen de deux secondes pour l’affichage d’une carte de performance ou d’un rapport. Ensuite, un serveur supplémentaire a été ajouté afin d’éliminer le facteur de limitation

292

(toujours le processeur sur le serveur Web ou le serveur d’applications), puis la combinaison de tests a été réexécutée. Cette logique a été répétée jusqu’à atteindre un total de sept serveurs.

4M (1x2x1) 5M (1x3x1) 6M (2x3x1)

7M (2x4x1)






2,1 Go 1,7 Go 2,1 Go 2,0 Go



16 Go 12 Go 15 Go 15 Go

Résultats 4M+ pour l’authentification par utilisateur Les mêmes tests ont été répétés pour une source de données configurée pour l’authentification par utilisateur. Notez que l’ajout d’un serveur d’applications afin de créer une topologie à quatre serveurs d’applications n’a pas augmenté le nombre d’utilisateurs ou de demandes par secondes pouvant être pris en charge par PerformancePoint Services, à cause des délais de requêtes générés par Analysis Services.

293

3M (1x1x1) 4M (1x2x1) 5M (1x3x1)

6M (1x4x1)

User count 240 300 325 325





2,1 Go 1,9 Go 1,9 Go 1,5 Go



20 Go 20 Go 20 Go 20 Go

Processeur Analysis Services 17 % 44 % 57 % 68 %

295

Recommandations Recommandations relatives au matériel

Les compteurs de mémoire et de processeur mentionnés dans les tableaux de tests doivent être utilisés afin de déterminer la configuration matérielle requise pour une installation de PerformancePoint Services. Pour les serveurs Web, PerformancePoint Services utilise la configuration matérielle SharePoint Server 2010 recommandée. Il se peut que la configuration matérielle requise pour les serveurs d’applications doive être modifiée lorsque PerformancePoint Services consomme une grande quantité de mémoire. Cela se produit lorsque des sources de données sont configurées avec l’authentification par utilisateur ou lorsque le serveur d’applications exécute de nombreux tableaux de bord avec de longs délais d’attente de source de données.

Le serveur de bases de données n’est pas devenu un goulet d’étranglement dans les tests et l’utilisation maximale du processeur a atteint une pointe de 31 % avec le tableau de bord authentifié avec le Compte de service autonome 7M. Les définitions de contenu PerformancePoint Services telles que les rapports, cartes de performance et indicateurs de performance clés sont stockées dans des listes SharePoint et mis en cache en mémoire par PerformancePoint Services, ce qui réduit la charge sur le serveur de bases de données.

Consommation de mémoire

PerformancePoint Services peut consommer de grandes quantités de mémoire dans certaines configurations, c’est pourquoi il est important d’analyser l’utilisation de la mémoire du pool d’applications PerformancePoint Services. PerformancePoint Services met en cache plusieurs éléments en mémoire, notamment des résultats de requêtes Analysis Services et d’autres sources de données pendant toute la durée de vie du cache de source de données (par défaut, 10 minutes). Lorsque vous utilisez une source de données configurée pour l’authentification de Compte de service autonome, ces résultats de requête sont stockés une fois et partagés par plusieurs utilisateurs. En revanche, lorsque vous utilisez une source de données configurée pour l’authentification par utilisateur et la sécurité de cube dynamique Analysis Services, les résultats de requête sont stockés une fois par utilisateur par affichage (il s’agit donc d’une combinaison « par filtre ».)

L’API de cache sous-jacente utilisée par PerformancePoint Services est l’API de cache ASP.NET. L’avantage majeur offert par l’utilisation de cette API est le fait qu’ASP.NET gère le cache et supprime les éléments en fonction des limites de mémoire, afin d’éviter les erreurs d’insuffisance de mémoire. Une fois ces limites atteintes, PerformancePoint Services générait tout de même ces affichages, mais les temps de réponse augmentaient de manière significatives durant la brève période durant laquelle ASP.NET supprimait les entrées mises en cache.

296

Le compteur de performance « Applications ASP.NET \ Suppressions d’API du cache » du pool d’applications hébergeant PerformancePoint Services peut être utilisé afin d’analyser les suppressions du cache ASP.NET qui se produisent suite à une pression sur la mémoire. Si ce compteur est supérieur à zéro, examinez le tableau suivant afin de trouver une solution.

Problème Solution

L’utilisation du processeur de serveur d’applications est faible et

d’autres services s’exécutent sur le serveur d’applications

Ajouter davantage de mémoire physique ou limiter la mémoire du cache ASP.NET.

L’utilisation du processeur de serveur d’applications est faible et seul

PerformancePoint Services s’exécute sur le serveur d’applications.

Si cela est acceptable, configurer les paramètres du cache ASP.NET de sorte que celui-ci utilise davantage de mémoire, ou ajouter de la mémoire.

L’utilisation du processeur de serveur d’applications est élevée. Ajouter un autre serveur d’applications.

Une source de données configurée de façon à utiliser l’authentification par utilisateur peut partager des résultats de requêtes et des entrées de cache si les ensembles d’appartenances de rôles Analysis Services des utilisateurs sont identiques et si la sécurité de cube dynamique n’est pas configurée. Il s’agit d’une nouvelle fonctionnalité de PerformancePoint Services dans Microsoft SharePoint Server 2010. Par exemple, si l’utilisateur A est dans les rôles 1 et 2, que l’utilisateur B est dans les rôles 1 et 2, et que l’utilisateur C est dans les rôles 1, 2 et 3, seule les utilisateurs A et B partagent des entrées de cache. Si la sécurité de cube dynamique est activée, les utilisateurs A, B et C ne partagent pas d’entrées de cache.

Analysis Services Lors des tests de PerformancePoint Services avec l’authentification par utilisateur, deux propriétés Analysis Services ont été modifiées afin d’améliorer les performances de débit multi-utilisateur. Le tableau suivant montre les propriétés qui ont été modifiées et indique la nouvelle valeur de chaque propriété.

Propriété Analysis Services Valeur

Mémoire \ HeapTypeForObjects 0

297

Propriété Analysis Services Valeur

Mémoire \ MemoryHeapType 2

Ces deux paramètres de mémoire configurent Analysis Services de façon à utiliser le segment Windows plutôt que le segment Analysis Services. Avant de modifier ces propriétés et durant l’ajout de la charge utilisateur, les temps de réponse ont augmenté sensiblement, passant de 0,2 seconde à plus de 30 secondes, tandis que les valeurs de processeurs sur les serveurs d’applications, serveurs Web et serveurs Analysis Services sont restées faibles. Afin de résoudre ce problème, la durée de requête a été recueillie à l’aide de vues de gestion dynamique Analysis Services, ce qui a montré une augmentation des durées de requêtes allant de 10 millisecondes à 5000 millisecondes. Ces résultats ont entraîné une modification des paramètres de mémoire mentionnés ci-dessus.

Il convient de noter que bien que cela ait augmenté sensiblement le débit, d’après l’équipe Analysis Services, la modification de ces paramètres présente un coût faible mais mesurable sur les requêtes d’utilisateur unique.

Avant de modifier des propriétés Analysis Services, consultez le Livre blanc SQL Server 2008 : guide des performances d’Analysis Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0x40C) afin de connaître les meilleures pratiques pour l’amélioration des performances de débit multi-utilisateur.

Goulets d’étranglement courants et leurs causes Durant les tests de performances, plusieurs goulets d’étranglement courants ont été révélés. Un goulet d’étranglement est une condition dans laquelle la capacité d’un composant spécifique d’une batterie est atteinte, ce qui provoque une stabilisation ou une diminution du débit de la batterie. Si une utilisation élevée du processeur a été rencontrée comme goulet d’étranglement, des serveurs supplémentaires ont été ajoutés afin d’éliminer ce goulet d’étranglement. Le tableau suivant répertorie certains goulets d’étranglement courants et fournit des résolutions possibles en supposant que l’utilisation du processeur était faible et ne constituait pas le goulet d’étranglement.

Goulet d’étranglement

possible

Cause et élément à analyser Résolution

Performance du segment mémoire Analysis Services

Par défaut, Analysis Services utilise son propre segment mémoire plutôt que le segment Windows, ce qui

Modifier Analysis Services de façon à utiliser le segment Windows. Pour obtenir

des instructions, voir la section « Analysis Services » plus haut dans cet article

et le Livre blanc SQL Server 2008 : guide des performances d’Analysis

Services (éventuellement en anglais)





298


possible


procure de médiocres performances de débit multi-utilisateur. Examinez les durées de requêtes Analysis Services à l’aide de vues de

gestion dynamique afin de déterminer si les durées de requêtes augmentent avec la charge utilisateur et si l’utilisation du processeur

par Analysis Services est faible.

(http://go.microsoft.com/fwlink/?linkid=165486&clcid=0x40C).

Threads de requêtes et de traitement Analysis Services

Par défaut, Analysis Services limite le nombre de threads de requêtes et de traitement pour les requêtes. Les requêtes de longue durée et les charges utilisateur élevées pourraient utiliser tous les threads disponibles. Analysez les threads inactifs et les compteurs de

performance de file d’attente

de travaux dans la catégorie MSAS 2008 :Threads.

Augmenter le nombre de threads accessibles aux requêtes et aux processus. Pour obtenir des instructions, voir la section relative à Analysis Services et le Livre blanc SQL Server 2008 : guide des performances d’Analysis Services

(éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0x40C).

Mémoire des serveurs d’applications

PerformancePoint Services met en cache les résultats des requêtes Analysis

Ajouter de la mémoire ou augmenter les limites de mémoire cache ASP.NET par défaut. Pour une discussion supplémentaire, voir la section Consommation

de mémoire plus haut dans ce document. Voir également l’article intitulé



299


possible


Services et aux sources de données pendant toute la durée de vie du cache de source de données. Ces éléments peuvent consommer une grande quantité de mémoire. Analysez le compteur de performance Applications ASP.NET \ Suppressions

d’API du cache du pool

d’applications

PerformancePoint Services afin de déterminer si des suppressions du cache sont forcées par ASP.NET à

cause d’une insuffisance de

mémoire.

Paramètres d’éléments de cache ASP.NET

(http://go.microsoft.com/fwlink/?linkid=200610&clcid=0x40C) et le billet de blog de Thomas Marquardt Historique des limites de mémoire cache ASP.NET (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=200611&clcid=0x40C).

Paramètres de limitation WCF

PerformancePoint Services est implémenté en tant que service WCF. WCF limite le

nombre maximal d’appels

simultanés en guise de comportement de limitation de service. Bien que les requêtes de longue durée puissent atteindre ce goulet d’étranglement, cela est

assez rare. Analysez les appels de compteur de

Si nécessaire, modifier le comportement de limitation WCF (Windows Communication Foundation). Voir les comportement de limitation de service WCF (http://go.microsoft.com/fwlink/?linkid=200612&clcid=0x40C) et le billet de

blog de Wenlong Dong sur la limitation des requêtes WCF et l’évolutivité des

serveurs (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=200613&clcid=0x40C).









300


possible


performance WCF / Modèle de service non traités pour PerformancePoint Services et comparez ce chiffre au nombre maximal actuel

d’appels simultanés.

Analyse des performances Pour vous aider à déterminer le moment où une montée en puissance parallèle ou par unité du système est nécessaire, utilisez des compteurs de performance afin d’analyser l’intégrité du système. PerformancePoint Services est un service WCF ASP.NET qui peut être analysé à l’aide des mêmes compteurs de performance que tout autre service WCF ASP.NET. Utilisez également les informations fournies dans les tableaux suivants afin d’identifier les compteurs de performance supplémentaires à analyser et les processus auxquels ces compteurs de performance doivent être appliqués.

Compteur de performance Instance de compteur Remarques

Applications ASP.NET / Suppressions

d’API du cache Pool d’applications


Si la valeur est supérieure à zéro, examinez la « Consommation de

mémoire ».

MSAS 2008 :Threads / imitation des

requêtes WCF et l’évolutivité des

serveurs

S/O Si la valeur est égale à zéro, consultez la section « Analysis Services » et le

Livre blanc SQL Server 2008 : Guide des performances d’Analysis Services

(éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0x40C).

MSAS 2008 :Threads / Longueur de

la file d’attente des travaux du pool de

S/O Si la valeur est supérieure à zéro, consultez la section « Analysis Services »

et le Livre blanc SQL Server 2008 : Guide des performances d’Analysis




301

Compteur de performance Instance de compteur Remarques

requêtes Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0x40C).

MSAS 2008 :Threads / Threads

inactifs du pool de traitement



Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0x40C).

MSAS 2008 :Threads / Longueur de

la file d’attente des travaux du pool de

traitement



Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165486&clcid=0x40C).

WCF CountersServiceModelService 3.0.0.0(*)\Appels non traités

Instance de service PerformancePoint

Si la valeur est supérieure à zéro, voir Limitation des requêtes WCF et évolutivité des serveurs (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=200613&clcid=0x40C).

Voir aussi Concepts








302

Configurations matérielle et logicielle clientes requises pour PerformancePoint Dashboard Designer

Cet article décrit les configurations matérielle et logicielle requises pour l’exécution de PerformancePoint Dashboard Designer.

Configuration matérielle La configuration requise suivante s’applique à un ordinateur client unique exécutant Dashboard Designer.

Composant Configuration minimale

Processeur 1 processeur 32 bits à double cœur (x86)

RAM 2 Go

Disque dur 2 Go

Configuration logicielle requise La configuration requise suivante s’applique à un ordinateur client unique exécutant Dashboard Designer.

Un navigateur pris en charge comme indiqué dans Plan browser support (SharePoint Server 2010)

Microsoft Silverlight 2.0 (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=166506&clcid=0x40C)

http://technet.microsoft.com/library/ff6c5b8c-59bd-4079-8f0b-de4f8b4e0a86(Office.14).aspx


303

Planifier l’importation de contenu de tableau de bord PerformancePoint Server 2007 dans SharePoint Server 2010 (SharePoint Server 2010)

Pour faciliter et simplifier le processus d’importation de contenu de tableau de bord depuis Microsoft Office PerformancePoint Server 2007 vers PerformancePoint Services dans Microsoft SharePoint Server 2010, un Assistant d’importation est disponible. L’Assistant d’importation des données vous guide tout au long du processus d’importation de vos métadonnées : tableaux de bord, cartes de performance, sources de données, indicateurs de performance clés, etc. Au terme du processus d’importation des données, vous devez « redéployer » chacun des tableaux de bord.

Remarque :

Il est recommandé de configurer un nouvel environnement SharePoint Server 2010 avant d’exécuter l’Assistant Importation.

Types de rapports non pris en charge dans PerformancePoint Services Tous les types de rapports pris en charge dans Microsoft Office PerformancePoint Server 2007 ne sont pas pris en charge dans SharePoint Server 2010. Les types suivants ne sont pas pris en charge dans SharePoint Server 2010 et, par conséquent, ne sont pas importés :

graphiques d’analyse de tendance ;

tableaux croisés dynamiques ;

graphiques croisés dynamiques ;

feuilles de calcul.

304

Planification des autorisations et des rôles PerformancePoint Services utilise le modèle de sécurité SharePoint Server pour contrôler l’accès des utilisateurs aux différentes fonctionnalités et tâches. Il existe des modifications significatives, mais néanmoins subtiles, dans l’utilisation de PerformancePoint Services dans Microsoft SharePoint Server 2010 par rapport à Microsoft Office PerformancePoint Server 2007. Dans Microsoft Office PerformancePoint Server 2007, Monitoring Server possède ses propres serveur et base de données pour le stockage des métadonnées et du contenu. Dans Microsoft Office PerformancePoint Server 2007, la sécurité était appliquée globalement au niveau du serveur et à chaque objet.

Dans SharePoint Server 2010, le contenu des métadonnées PerformancePoint est stocké dans des listes et des bibliothèques de documents SharePoint. Par conséquent, vous devez comprendre les différences entre l’affectation d’autorisations et de rôles entre Microsoft Office PerformancePoint Server 2007 et SharePoint Server 2010.

Remarque :

Dans Microsoft Office PerformancePoint Server 2007, l’administrateur qui occupe le serveur est automatiquement désigné comme

administrateur dans PerformancePoint. Dans SharePoint Server 2010, cette personne n’est pas automatiquement désignée comme

administrateur. Au besoin, cette affectation peut être réalisée manuellement.

Rôles et autorisations PerformancePoint Services utilise des autorisations et des groupes d’autorisations SharePoint Server. Lorsque vous planifiez l’utilisation du service par les utilisateurs, passez en revue les rôles SharePoint Server principaux.

Administrateur de batterie de serveurs : pour modifier des éléments du tableau de bord, ce rôle doit au moins disposer

d’autorisations de collaborateur sur les listes de contenu (ou éléments de liste) et sur les bibliothèques de sources (ou éléments de

bibliothèque).

Administrateurs de collections de sites : pour modifier les éléments de tableau de bord, ce rôle doit au moins disposer

d’autorisations de collaborateur sur les bibliothèques de sources de données (ou éléments de bibliothèque) uniquement.

Administrateur de site ou collaborateur de bibliothèques de documents et listes : pour modifier des éléments du tableau de

bord, ce rôle doit au moins disposer d’autorisations de collaborateur sur les listes de contenu (ou éléments de liste) et sur les

bibliothèques de sources (ou éléments de bibliothèque).

305

Important :

Si une personne ou un rôle est chargé de redéployer les tableaux de bord après leur importation à partir de Microsoft Office

PerformancePoint Server 2007, cette personne ou ce rôle doit au moins disposer d’autorisations de Concepteur.

En guise de meilleure pratique, il est recommandé de créer des groupes SharePoint (ou de tirer parti de groupes existants) pour organiser les rôles dans PerformancePoint Services. Si vous établissez des groupes d’autorisations clairement définis en fonction du rôle de travail, vous pouvez mieux contrôler qui a accès à quoi.

Les quatre rôles de serveur disponibles dans Microsoft Office PerformancePoint Server 2007 correspondent vaguement à des rôles prédéfinis dans SharePoint Server 2010. Dans PerformancePoint Services, il s’agit des rôles Admin, Lecteur avec pouvoir, Gestionnaire de sources de données et Créer. En outre, deux rôles supplémentaires (Éditeur et Lecteur) au niveau de l’élément sont définis dans Dashboard Designer. Le tableau ci-après établit une correspondance entre les rôles dans PerformancePoint Server 2007 et ceux dans PerformancePoint Services dans Microsoft SharePoint Server 2010.

Important :

Le fait d’être administrateur sur le serveur ne vous ajoute pas automatiquement en tant qu’administrateur dans PerformancePoint

Services dans Microsoft SharePoint Server 2010.

Rôle PerformancePoint

Server 2007

Autorisations PerformancePoint

Server 2007

Rôle PerformancePoint Services dans Microsoft SharePoint

Server 2010

Commentaires

Admin Modifier n’importe quel

élément et créer des éléments

Collaborateur : contenu de

données et sources de données

Lecteur avec pouvoir Lire n’importe quels

éléments (dans le cadre

Lecture : contenu de données

et sources de données

306


Server 2007


Server 2007


Server 2010

Commentaires

des processus SDK)

Gestionnaire de source de données

Créer des éléments (sources de données uniquement)

Collaborateur : sources de

données uniquement

Créateur Créer des éléments (sauf pour les sources de données)


données uniquement

Autorisations des éléments

Éditeur Afficher, modifier ou

supprimer l’élément Collaborateur

Lecteur Afficher l’élément Lire

Une autre façon d’aborder les besoins en termes d’accès consiste à se pencher sur les autorisations en fonction des tâches :

Tâche utilisateur Autorisations PerformancePoint Services dans Microsoft SharePoint

Server 2010 requises

Lancer Dashboard Designer Aucune, si ce n’est être un utilisateur authentifié dans SharePoint

Server 2010

Créer des éléments de tableau de bord PerformancePoint et les enregistrer dans une liste ou une bibliothèque de documents SharePoint

Collaborateur

307



Effectuer toutes les tâches de collaborateur ainsi que publier les tableaux de bord PerformancePoint

Concepteur

Afficher les tableaux de bord PerformancePoint et utiliser les fonctionnalités interactives

Lire

Gérer les autorisations utilisateur pour les éléments de tableau de bord

Contrôle total (site) ou administrateur de collection de sites

Exécution de l’Assistant Pendant l’exécution de l’Assistant d’importation, le contenu importé, tel que les tableaux de bord et les cartes de performance, est placé dans une liste SharePoint unique. Les sources de données importées sont placées dans une bibliothèque de documents spécifiques aux sources de données. Pour que le processus d’importation se déroule normalement, configurez un nouvel environnement SharePoint Server 2010. Passez en revue les étapes ci-après et munissez-vous du nom d’utilisateur et des mots de passe de compte requis.

Définition de la sécurité des sources de données : dans PerformancePoint Server 2007, le paramétrage de la sécurité des

sources de données est stocké dans le fichier Web.config, qui se trouve dans le dossier C:\Program Files\Microsoft Office

PerformancePoint Server\3.0\Monitoring\PPSMonitoring_1\WebService. Dans SharePoint Server 2010, la sécurité est stockée dans

chaque source de données. La plupart des clients PerformancePoint Server 2007 utilisaient une méthode de type « identité par

utilisateur » comme méthode de sécurité. Si vous ignorez la façon dont la sécurité a été configurée, consultez votre fichier Web.config

(sous le nœud <paramètres_application>). Les trois méthodes disponibles dans PerformancePoint Server 2007 sont les suivantes :

Un compte d’utilisateur partagé unique permet d’accéder à toutes les sources de données.

Authentification par utilisateur (délégation Kerberos nécessaire). Dans ce cas, le compte de chaque utilisateur permet d’accéder à

toutes les sources de données. Le paramètre bpm.serverconnectionperuser dans le fichier Web.config est défini sur « True ».

Authentification par défaut avec nom d’utilisateur dans la chaîne de connexion. Cette méthode utilise un compte d’utilisateur

partagé unique pour accéder à toutes les sources de données, tandis que la propriété de chaîne de connexion CustomerData

permet d’envoyer le nom d’utilisateur. Si cette méthode est utilisée, le paramètre bpm.UseASCustomData est défini sur « True ».

308

Connexion au serveur de contenu PerformancePoint Server 2007 : munissez-vous de vos nom d’utilisateur et mot de passe, car

l’Assistant vous les demandera.

Connexion à la base de données de contenu PerformancePoint Server 2007 : pendant la configuration initiale de

PerformancePoint 2007, le nom par défaut de la base de données est PPSMonitoring. Si la base de données a été renommée,

sélectionnez le nom de la base de données dans laquelle se trouve le contenu.

Choix de la liste dans laquelle stocker les éléments de tableau de bord : les indicateurs de performance clés, les cartes de

performance, les rapports, les tableaux de bord, les filtres et les indicateurs seront copiés dans la liste Contenu du tableau de bord.

Sélectionnez une liste vide. Vous devez fournir le nom de la collection de sites, du site et de la liste.

Choix de la bibliothèque de documents dans laquelle stocker les sources de données : les sources de données sont copiées

dans une bibliothèque de documents. La bibliothèque de documents que vous sélectionnez doit prendre en charge les types de

contenu Source de données PerformancePoint. Une installation par défaut de PerformancePoint Services pour SharePoint

Server 2010 crée une bibliothèque de documents utilisable propre aux sources de données. Il est recommandé de sélectionner une

bibliothèque de documents vide. La collection de sites portera le même nom que celle que vous avez fournie pour les éléments de

tableau de bord.

Passage en revue des paramètres : vous pourrez passer en revue les paramètres que vous avez fournis et, le cas échéant, les

modifier.

Examen de l’état de l’importation : l’Assistant traite l’importation du contenu de données et affiche une barre d’état indiquant

l’avancement de l’importation du contenu. Il répertorie la totalité des éléments et des sources de base de données qui ont été

importés. Au terme du processus d’importation, le résultat final de l’importation apparaît, avec classement des éléments importés par

catégorie (sources de données, indicateurs de performance clés, cartes de performance, etc.) et indication d’informations sur les

problèmes ou les erreurs éventuellement rencontrés. En outre, les résultats indiquent si des noms de sources de données ont été

modifiés en cas de doublons.

309

Tâches postérieures à la migration que doit réaliser l’auteur d’un tableau de bord PerformancePoint

La mise à niveau d’un tableau de bord PerformancePoint depuis Microsoft Office PerformancePoint Server 2007 vers PerformancePoint Services dans Microsoft SharePoint Server 2010 est assez facile à réaliser. En règle générale, le service informatique gère la migration du contenu PerformancePoint, tel que les éléments de tableau de bord et les connexions de source de données. Ensuite, pour mener à bien le processus de mise à niveau, vous ouvrez et testez les éléments de tableau de bord, vous apportez des modifications aux rapports et aux cartes de performance, puis vous redéployez les tableaux de bord.

Tâches postérieures à la migration que doit réaliser l’auteur d’un tableau de bord Après que le service informatique a migré le contenu de tableau de bord depuis PerformancePoint Server 2007 vers PerformancePoint Services, vous devez effectuer plusieurs tâches pour accomplir la mise à niveau :

Ouvrez et testez le contenu migré. Effectuez cette opération pour vous assurer que les éléments de tableau de bord fonctionnent

correctement.

Supprimez les types de rapports qui ne sont plus disponibles et remplacez-les par de nouveaux rapports. Plusieurs types de

rapports qui sont disponibles dans PerformancePoint Server 2007 ne le sont pas dans PerformancePoint Services. Vous devez

remplacer ces rapports à l’aide d’autres affichages existants ou nouveaux.

Mettez à jour les rapports et les cartes de performance afin d’utiliser de nouvelles fonctionnalités. (Cette opération est

facultative.) PerformancePoint Services offre des fonctionnalités améliorées dans les rapports et les cartes de performance que vous

souhaiterez peut-être utiliser dans vos tableaux de bord. Par exemple, vous pouvez désormais afficher un graphique analytique sous

la forme d’un graphique en secteurs. Les cartes de performance peuvent désormais inclure des indicateurs de performance clés plus

élaborés, tels que des indicateurs de performance clés qui utilisent des valeurs calculées.

Pour en savoir plus sur la mise à niveau de votre contenu de tableau de bord, voir les ressources suivantes.

310

Tâche Description

Nouveautés dans les tableaux de bord PerformancePoint (éventuellement en anglais)

Cet article décrit les nouvelles fonctions et fonctionnalités disponibles dans les tableaux de bord PerformancePoint.

Planifier l’importation de contenu de tableau de bord

PerformancePoint Server 2007 dans SharePoint Server 2010


Certains types de rapports qui sont disponibles dans PerformancePoint Server 2007 ne le sont pas dans

PerformancePoint Services. Cet article contient des informations sur

la préparation de l’importation de contenu de tableau de bord

PerformancePoint Server 2007. Il indique, entre autres, les types de

rapports qui ne sont pas disponibles dans PerformancePoint Services.

Import Wizard: PerformancePoint Server 2007 content to SharePoint Server 2010

Cet article décrit l’Assistant Importation, outil qui permet d’importer

du contenu de tableau de bord depuis PerformancePoint

Server 2007 vers PerformancePoint Services.

Nouveautés dans PerformancePoint Dashboard Designer Cet article décrit les nouvelles fonctions et fonctionnalités disponibles dans Dashboard Designer, dont une intégration plus étroite à SharePoint Server 2010, la possibilité de créer des

éléments de tableau de bord nouveaux et améliorés et une vue d’ensemble du Ruban et de l’espace de travail rationalisés.


Plan your PerformancePoint dashboard

http://officebeta.microsoft.com/en-us/dashboard-designer-help/whats-new-in-performancepoint-web-parts-and-dashboards-ha101812884.aspx

http://officebeta.microsoft.com/en-us/dashboard-designer-help/whats-new-in-performancepoint-web-parts-and-dashboards-ha101812884.aspx

http://technet.microsoft.com/library/20023024-62a5-434f-9211-475cbfdfabc4(Office.14).aspx

http://technet.microsoft.com/library/20023024-62a5-434f-9211-475cbfdfabc4(Office.14).aspx

http://office2010.microsoft.com/fr-fr/dashboard-designer-help/what-is-new-in-performancepoint-dashboard-designer-HA010369186.aspx

http://technet.microsoft.com/library/526b2a63-b08e-4a7f-a80f-820967dbcfb5(Office.14).aspx

311


Dans PerformancePoint Services dans Microsoft SharePoint Server 2010, les objets stockés dans les listes et les bibliothèques de documents sont sécurisés par le modèle de sécurité de Microsoft SharePoint Server 2010. En haut de ce modèle, PerformancePoint Services ajoute des fonctionnalités de produit à l’infrastructure SharePoint Server 2010 de base afin que les sources de données et le contenu des tableaux de bord soient sécurisés et protégés contre les accès non garantis. Même si PerformancePoint Services a un lien de dépendance avec le modèle de sécurité SharePoint Server 2010, vous devez tenir compte de certains points spécifiques liés à la sécurité qui donneront lieu à des opérations de planification et de gestion. Afin que soit simplifiée la gestion des ressources partagées et de l’accès utilisateur, tous les paramètres de sécurité basés sur les services sont gérés dans le site Web Administration centrale de SharePoint Server.

Cet article aborde des domaines qui devront faire l’objet de planification en termes d’authentification (telle que celle des sources de données) et d’autorisation.

Authentification Dans PerformancePoint Services, vous avez le choix entre trois méthodes authentification des sources de données.

Identité par utilisateur : le compte de chaque utilisateur permet d’accéder à toutes les sources de données. Cette méthode requiert

la délégation Kerberos. Un administrateur de domaine doit configurer la délégation Kerberos entre PerformancePoint Services et les

sources de données.

312

Remarque :

Les sources de données externes doivent résider dans le même domaine que la batterie de serveurs SharePoint Server 2010. Si ce n’est

pas le cas, l’authentification aux sources de données externes échoue. Pour plus d’informations, voir Considérations relatives à la

planification pour les services qui accèdent à des sources de données externes dans « Planification de l’architecture des services ».

Compte de service autonome : un compte d’utilisateur partagé unique permet d’accéder à toutes les sources de données. Il s’agit

d’un compte de domaine à faibles privilèges stocké dans le service Banque d’informations sécurisé. Lorsque vous définissez votre

compte de service autonome, déterminez d’abord s’il dispose de l’accès approprié aux sources de données qui seront requises dans

le tableau de bord.

Données personnalisées : cette méthode permet à SQL Server Analysis Services d’inclure dans une chaîne de connexion Analysis

Services le nom d’utilisateur actuellement authentifié en tant que paramètre dans le champ de données personnalisées. L’option de

données personnalisées concerne uniquement les sources de données Analysis Services et est utilisable par rapport aux serveurs

Analysis Services 2006 et 2008.

Emplacements approuvés Dans PerformancePoint Services, les connexions aux sources de données sont stockées dans des bibliothèques de documents, tandis que le contenu des données (indicateurs de performance clés, filtres, cartes de performance, etc.) se trouve dans des listes de documents. Pour que le contenu soit sécurisé et que les utilisateurs ne puissent pas exécuter de requêtes sur les sources de données si les objets dans les requêtes ne sont pas approuvés, les listes et les bibliothèques doivent être définies en tant qu’emplacements « approuvés ». L’administrateur de la batterie de serveurs peut définir tous les emplacements au sein de la batterie de serveurs en tant qu’emplacements approuvés ou opter pour l’approbation d’emplacements spécifiques. Étant donné qu’il est facile de définir l’emplacement à sécuriser dans la batterie de serveurs, l’administrateur de batterie n’est pas tenu de sécuriser la batterie de serveurs entière.

Les emplacements approuvés constituent une couche de sécurité supplémentaire qui limite l’exécution de requêtes portant sur des sources de données ou sur tout objet dépendant d’une source de données ne se trouvant pas dans un emplacement approuvé. La bibliothèque de documents ou tout objet parent jusqu’à l’application Web peuvent être définis comme étant approuvés. Dans PerformancePoint Services, la configuration des paramètres d’emplacements approuvés est gérée de façon centralisée par le biais de l’Administration centrale. La configuration peut également être gérée à l’aide d’applets de commande Windows PowerShell 2.0. Lorsque vous planifiez la sécurité de PerformancePoint Services, déterminez s’il est souhaitable ou nécessaire de sécuriser la totalité de l’application Web ou de gérer plus étroitement l’emplacement des données sécurisées.



313

Par exemple, dans une batterie de serveurs, les emplacements qui sont indépendamment marqués comme étant « approuvés » présentent la hiérarchie SharePoint Server 2010 suivante pour le contenu des données ou pour les sources de données :

1. Désactiver l’utilisation des emplacements approuvés pour les sources de données et/ou le contenu pour la batterie de serveurs

entière.

2. Approuver les listes et/ou les bibliothèques de documents dans l’application Web.

3. Approuver les listes et/ou les bibliothèques de documents dans une collection de sites, y compris tous les sites enfants.

4. Approuver les listes et/ou les bibliothèques de documents dans un site.

5. Approuver une liste et/ou une bibliothèque de documents spécifique dans la batterie de serveurs.

Lorsqu’il vérifie si un emplacement est approuvé, le serveur détermine si la propriété Emplacements approuvés est activée. Si tel est le cas, il contrôle la liste des emplacements approuvés depuis la collection de sites vers chaque niveau inférieur de la hiérarchie pour vérifier que le contenu est approuvé.

Il n’est pas nécessaire que les éléments qui n’utilisent pas une source de données se trouvent dans un emplacement approuvé pour être restitués. Ce sont notamment les pages Web, les indicateurs de performance clés statiques, les tableaux de bord et les icônes des indicateurs.

Remarque :

Les emplacements de sources de données approuvés ne peuvent pas être définis sur une liste et les emplacements de contenu approuvés ne peuvent pas être définis sur une bibliothèque de documents.

Bibliothèques de contenu de données approuvées Les bibliothèques de contenu de données approuvées sont des bibliothèques de documents SharePoint Server 2010 qui contiennent des fichiers de connexion de données PerformancePoint Services (.ppsdc). Les fichiers .ppsdc permettent de gérer de façon centralisée les connexions aux sources de données, notamment les bases de données SQL Server, les cubes OLAP, les bases de données relationnelles et les feuilles de calcul Excel Services.

Les sources de données sont définies dans Dashboard Designer et stockées dans une bibliothèque de connexions de données approuvée sur SharePoint Server 2010. Une bibliothèque de connexions de données approuvée est une bibliothèque de documents que vous jugez sûre. Elle limite l’utilisation des fichiers de sources de données, tout en autorisant leur lecture. Toutefois, une bibliothèque de

314

documents est créée par défaut lors du déploiement de PerformancePoint Services. Les administrateurs peuvent gérer les connexions de données sur le serveur en créant plusieurs bibliothèques de connexions de données. Si un utilisateur met à jour les connexions aux sources de données dans la bibliothèque de documents, les informations sont partagées et mises à jour lorsqu’un fichier d’espace de travail est ouvert dans Dashboard Designer.

Listes approuvées pour le contenu de tableau de bord Les rapports, les cartes de performance, les indicateurs de performance clés et les filtres doivent tous être stockés dans une liste SharePoint Server 2010 approuvée. La liste ou tout objet parent jusqu’à la collection de sites peuvent être définis comme étant approuvés pendant la configuration initiale ou ultérieurement via l’Administration centrale.

Sécurité des sources de données Dans PerformancePoint Services, le paramètre de sécurité des sources de données est stocké dans chacune de celles-ci. Le paramètre qui détermine si le serveur recourt à l’utilisateur actuellement authentifié, au compte d’utilisateur autonome ou au compte d’utilisateur autonome utilisant des données personnalisées est configuré sur chaque source de données.

Service Banque d’informations sécurisé et comptes de service autonomes Le service Banque d’informations sécurisé de SharePoint Server 2010 permet de stocker les données telles que les informations d’identification et de les associer à une identité spécifique ou à un groupe d’identités de manière sécurisée. Le service Banque d’informations sécurisé est présent dans toutes les batteries de serveurs SharePoint Server 2010.

Dans PerformancePoint Services, chaque source de données peut être configurée de manière à utiliser les informations d’identification de l’utilisateur actuellement authentifié ou le compte de service autonome. Le compte de service autonome est un ensemble d’informations d’identification de domaine qui font l’objet d’un emprunt d’identité lors de la connexion à une source de données. Le serveur utilise le compte de service autonome, plutôt que le compte géré, pour les requêtes sur les sources de données afin d’empêcher le processus PerformancePoint Services d’accéder à la base de données de contenu pendant l’exécution des requêtes.

PerformancePoint Services stocke et récupère les informations d’identification du compte de service autonome dans le service Banque d’informations sécurisé. Étant donné que le serveur doit conserver le nom d’utilisateur et le mot de passe pour emprunter l’identité de l’utilisateur, le mot de passe du compte de service autonome est stocké dans le service Banque d’informations sécurisé. Le nom

315

d’utilisateur est stocké dans la base de données PerformancePoint Services afin qu’il soit accessible et qu’il apparaisse dans la page des paramètres.

Lorsque vous créez votre compte de service autonome, vérifiez qu’il dispose de l’accès approprié aux sources de données qui seront requises.

Il est important de comprendre que les informations d’identification du compte de service autonome ne sont pas mises en cache globalement. Au lieu de cela, elles sont récupérées du service Banque d’informations sécurisé uniquement lorsqu’elles sont requises. Si vous ouvrez un fichier d’espace de travail dans Dashboard Designer avec une source de données qui se connecte à l’aide de l’option de service autonome et que les informations d’identification ne sont pas déjà mises en cache pour cette connexion, le mot de passe du compte de service autonome est récupéré du service Banque d’informations sécurisé et utilise la source de données cible.

Authentification par revendications Dans SharePoint Server 2010, l’authentification basée sur les revendications prend en charge plusieurs fournisseurs d’authentification sur une seule application Web et permet de faire passer l’identité des utilisateurs entre les serveurs Web frontaux et les serveurs d’applications. PerformancePoint Services prend en charge plusieurs fournisseurs d’authentification uniquement lorsque vous utilisez le contenu du tableau de bord via un navigateur Web. Dashboard Designer n’est pas pris en charge lorsque vous accédez directement à une URL pour une application Web via plusieurs fournisseurs d’authentification. L’utilisation de Dashboard Designer dans cette configuration nécessite que l’application Web soit étendue pour configurer l’accès à la nouvelle URL limitée au fournisseur d’authentification Windows.

Voir aussi Concepts

Planifier l’importation de contenu de tableau de bord PerformancePoint Server 2007 dans SharePoint Server 2010 (SharePoint Server 2010)

Autres ressources

Configure the Unattended Service account for PerformancePoint Services

Configure Claims Authentication (SharePoint Server 2010)

Plan authentication methods (SharePoint Server 2010)

http://technet.microsoft.com/library/411e0fa7-2a27-4883-93ac-a2fd228e40d8(Office.14).aspx

http://technet.microsoft.com/library/83762baa-b23b-4b63-b14f-350421d9f18a(Office.14).aspx

http://technet.microsoft.com/library/40117fda-70a0-4e3d-8cd3-0def768da16c(Office.14).aspx

316

Autorisations dans PerformancePoint Services (SharePoint Server 2010)

Planification des autorisations et des rôles PerformancePoint Services utilise le modèle de sécurité SharePoint Server pour contrôler l’accès des utilisateurs aux différentes fonctionnalités et tâches. Il existe des modifications significatives, mais néanmoins subtiles, dans l’utilisation de PerformancePoint Services dans Microsoft SharePoint Server 2010 par rapport à Microsoft Office PerformancePoint Server 2007. Dans Microsoft Office PerformancePoint Server 2007, Monitoring Server possède ses propres serveur et base de données pour le stockage des métadonnées et du contenu. Dans Microsoft Office PerformancePoint Server 2007, la sécurité est appliquée globalement au niveau du serveur et à chaque objet.

Dans SharePoint Server 2010, le contenu des métadonnées PerformancePoint est stocké dans des listes et des bibliothèques de documents SharePoint. Par conséquent, vous devez comprendre les différences entre l’affectation d’autorisations et de rôles entre Microsoft Office PerformancePoint Server 2007 et SharePoint Server 2010. Dans Microsoft Office PerformancePoint Server 2007, l’administrateur qui occupe le serveur est automatiquement désigné comme administrateur. Dans SharePoint Server 2010, cette personne n’est pas automatiquement désignée comme administrateur. Au besoin, cette affectation peut être réalisée manuellement.

Rôles et autorisations PerformancePoint Services utilise des autorisations et des groupes d’autorisations SharePoint Server. Lorsque vous planifiez l’utilisation du service par les utilisateurs, passez en revue les rôles SharePoint Server principaux.

Administrateur de batterie de serveurs : pour modifier des éléments du tableau de bord, ce rôle doit au moins disposer

d’autorisations de collaborateur sur les listes de contenu (ou éléments de liste) et sur les bibliothèques de sources (ou éléments de

bibliothèque).

Administrateurs de collections de sites : pour modifier les éléments de tableau de bord, ce rôle doit au moins disposer

d’autorisations de collaborateur sur les bibliothèques de sources de données (ou éléments de bibliothèque).

317

Administrateur de site ou collaborateur de bibliothèques de documents et listes : pour modifier des éléments du tableau de

bord, ce rôle doit au moins disposer d’autorisations de collaborateur sur les listes de contenu (ou éléments de liste) et sur les

bibliothèques de sources (ou éléments de bibliothèque).

Important :

Si une personne ou un rôle est chargé de redéployer les tableaux de bord après leur importation à partir de Microsoft Office

PerformancePoint Server 2007, cette personne ou ce rôle doit au moins disposer d’autorisations de Concepteur.

En guise de meilleure pratique, il est recommandé de créer des groupes SharePoint (ou de tirer parti de groupes existants) pour organiser les rôles dans PerformancePoint Services. Si vous établissez des groupes d’autorisations clairement définis en fonction du rôle de travail, vous pouvez mieux contrôler qui a accès à quoi.

Les quatre rôles de serveur disponibles dans Microsoft Office PerformancePoint Server 2007 correspondent vaguement à des rôles prédéfinis dans SharePoint Server 2010. Dans PerformancePoint Services, il s’agit des rôles Admin, Lecteur avec pouvoir, Gestionnaire de sources de données et Créer. En outre, deux rôles supplémentaires (Éditeur et Lecteur) au niveau de l’élément sont définis dans Dashboard Designer. Le tableau ci-après établit une correspondance entre les rôles dans PerformancePoint Server 2007 et ceux dans PerformancePoint Services dans Microsoft SharePoint Server 2010.

Important :

Le fait d’être administrateur sur le serveur ne vous ajoute pas automatiquement en tant qu’administrateur dans PerformancePoint

Services dans Microsoft SharePoint Server 2010.


Server 2007


Server 2007


Server 2010

Commentaires

Admin Modifier n’importe quel

élément et créer des


données et sources de données

318


Server 2007


Server 2007


Server 2010

Commentaires

éléments

Lecteur avec pouvoir Lire n’importe quels

éléments (dans le cadre des processus SDK)

Lecture : contenu de données

et sources de données

Gestionnaire de source de données

Créer des éléments (sources de données uniquement)

Collaborateur : sources de

données uniquement

Créateur Créer des éléments (sauf pour les sources de données)


données uniquement

Autorisations des éléments

Éditeur Afficher, modifier ou supprimer l’élément

Collaborateur

Lecteur Afficher l’élément Aucun

Une autre façon d’aborder les besoins en termes d’accès consiste à se pencher sur les autorisations en fonction des tâches :



Lancer Dashboard Designer Aucune, si ce n’est être un utilisateur authentifié dans SharePoint

Server 2010

319



Créer des éléments de tableau de bord PerformancePoint et les enregistrer dans une liste ou une bibliothèque de documents SharePoint

Collaborateur

Effectuer toutes les tâches de collaborateur ainsi que publier les tableaux de bord PerformancePoint

Concepteur

Afficher les tableaux de bord PerformancePoint et utiliser les fonctionnalités interactives

Lire

Gérer les autorisations utilisateur pour les éléments de tableau de bord

Contrôle total (site) ou administrateur de collection de sites

Voir aussi Concepts


Planification des sources de données PerformancePoint (PerformancePoint Services)

Dans PerformancePoint Services, vous devez créer une connexion aux sources de données que vous souhaitez utiliser dans votre tableau de bord. Toutes les données utilisées dans PerformancePoint Services sont des données externes, stockées dans des référentiels de données en dehors de PerformancePoint. Après avoir établi une connexion de données, vous pourrez utiliser les données dans les différents secteurs de PerformancePoint.

320

PerformancePoint prend en charge les sources de données tabulaires, notamment les listes SharePoint, Excel Services, les tables SQL Server et les classeurs Excel ; ainsi que des sources de données multidimensionnelles (Analysis Services).

Important :

PerformancePoint Services ne prend pas en charge les applications Office 2010 Démarrer en un clic comme sources de données. Vous

devez installer le client.

Sources de données tabulaires Un utilisateur peut créer une connexion de données à des listes SharePoint, à Excel Services, à des tables SQL Server ou à des classeurs Excel. Avec ces types de sources de données, vous pouvez afficher un échantillon des données à partir de l’outil Dashboard Designer et définir des propriétés spécifiques pour les données en fonction de la manière dont vous souhaitez qu’elles soient interprétées dans PerformancePoint. Par exemple, vous pouvez indiquer quels jeux de données doivent être traités comme une dimension. Vous pouvez spécifier si un jeu de données doit être traité comme une dimension ou comme un fait. Ou encore, si vous ne souhaitez pas que les données soient incluses, vous pouvez sélectionner Ignorer. Si vous décidez de définir la valeur en tant que fait, vous pouvez indiquer la manière dont ces nombres doivent être agrégés dans PerformancePoint Services. Vous pouvez également utiliser des jeux de données avec des valeurs de temps dans PerformancePoint Services et utiliser les fonctionnalités Time Intelligence de PerformancePoint Services pour définir des paramètres de temps et créer des filtres de tableau de bord.

Important :

Les sources de données tabulaires peuvent être utilisées uniquement pour les cartes de performance et les filtres PerformancePoint.

Listes SharePoint

Les données contenues dans une liste SharePoint sur un site SharePoint peuvent être utilisées dans PerformancePoint Services en créant une source de données Liste SharePoint dans Dashboard Designer. Les données de listes SharePoint peuvent uniquement être lues. Les listes SharePoint doivent être modifiées depuis SharePoint.

Les utilisateurs peuvent se connecter à tout type de liste SharePoint.

321

Excel Services

Les données de fichiers Excel publiées dans Excel Services sur un site SharePoint peuvent être utilisées dans PerformancePoint Services en créant une source de données Excel Services. Les données publiées prises en charge peuvent être lues uniquement dans PerformancePoint Services. Les valeurs de paramètres publiées peuvent être modifiées depuis Dashboard Designer. Si vous utilisez un paramètre Excel Services pour le calcul d’un indicateur de performance clé, des modifications supplémentaires peuvent facilement être apportées. PerformancePoint Services prend en charge les composants Excel Services suivants : Plages nommées, Tables et Paramètres


Vous ne pouvez pas vous connecter à Excel Services en tant que source de données si le site ou la bibliothèque à laquelle vous essayez de vous connecter est défini sur Accès anonyme.

Tables SQL Server

Vous pouvez créer une connexion de source de données à une base de données SQL Server et utiliser les données dans PerformancePoint Services. Les tables SQL et les vues SQL sont des sources de données prises en charge dans PerformancePoint Services.

322


Les données d’une base de données SQL Server sont en lecture seule. PerformancePoint Services ne prend pas en charge les

modifications d’une base de données SQL Server.

Remarque :

Une fois une connexion de source de données SQL créée et enregistrée dans Dashboard Designer, cette source de données est affichée

dans l’explorateur d’espace de travail avec une icône représentant un crayon, comme si la source de données n’était pas enregistrée et

était toujours en cours de modification. Il s’agit là d’un problème identifié.

Classeurs Excel

Vous pouvez utiliser le contenu d’un fichier Excel existant comme source de données dans PerformancePoint Services en créant une connexion de source de données Classeur Excel et en sélectionnant uniquement les données à utiliser. Le fichier Excel d’origine sera indépendant de la copie PerformancePoint. PerformancePoint Services 2010 prend en charge les classeurs Excel 2007 et Excel 2010 comme sources de données.

Sources de données multidimensionnelles Analysis Services

Utilisez des données résidant dans un cube SQL Server Analysis Services dans PerformancePoint Services en créant une connexion de données à la source. PerformancePoint Services vous permet de mapper la dimension de temps souhaitée et le niveau de détail requis pour ses hiérarchies à la fonction Time Intelligence interne de PerformancePoint Services.

323

Remarque :

À la différence des sources de données tabulaires, les utilisateurs ne peuvent pas parcourir un cube Analysis Services dans Dashboard Designer de PerformancePoint.

PowerPivot pour Excel Dans PerformancePoint Services, vous pouvez utiliser un modèle PowerPivot comme source de données pour créer vos tableaux de bord PerformancePoint Services. Pour utiliser PowerPivot comme source de données dans un tableau de bord PerformancePoint Services, PerformancePoint Services doit être activé sur une batterie SharePoint Server 2010 et PowerPivot pour SharePoint doit être installé. Une fois qu’un modèle PowerPivot a été créé à l’aide du complément PowerPivot pour Excel, ce fichier Excel doit être téléchargé ou publié sur un site SharePoint sur lequel les services PowerPivot sont activés. Créez la connexion de source de données dans Dashboard Designer à l’aide du modèle de source de données Analysis Services.


Create a PowerPivot data connection (PerformancePoint Services)

Configure Data Source Time Settings for Time Intelligence

Configuring Analysis Services Data Source Time Settings in PerformancePoint

Configure Tabular Data Source Time Settings for Time Intelligence in PerformancePoint

http://technet.microsoft.com/library/bb95244b-11c6-4c28-a56c-a765705354c6(Office.14).aspx

http://technet.microsoft.com/library/9dd2bdf9-7aca-4d34-ad36-0d8fa237f698(Office.14).aspx

http://technet.microsoft.com/library/0e264283-22ee-408a-9368-143590846158(Office.14).aspx

http://technet.microsoft.com/library/e2962b06-1538-4274-9840-5e3af685ff34(Office.14).aspx

324


Lorsque vous activez Microsoft SQL Server 2005 ou 2008 Analysis Services (SSAS) dans une solution d’informations décisionnelles SharePoint Server 2010, il est essentiel d’utiliser une conception de cube appropriée, des expressions multidimensionnelles efficaces et des ressources matérielles suffisantes pour bénéficier de performances optimales.

Cet article traite des pratiques recommandées, qui permettent d’améliorer les performances de SSAS comme source de données pour Excel Services dans Microsoft SharePoint Server 2010, PerformancePoint Services dans Microsoft SharePoint Server 2010 et Visio Services dans Microsoft SharePoint Server 2010. La première section dresse la liste des articles qui présentent les améliorations de Microsoft SQL Server 2008, conçus spécifiquement pour les solutions d’informations décisionnelles, tandis que la seconde section recommande des pratiques applicables à la conception de cubes SSAS 2005/2008, à l’optimisation des requêtes MDX, etc.

Améliorations de SQL Server 2008 pour les informations décisionnelles Les articles ci-dessous décrivent les améliorations de SQL Server 2008 pour ce qui est des informations décisionnelles.

Les dix principales raisons d’utiliser les performances et la productivité de SQL Server 2008 pour vos solutions d’informations

décisionnelles (éventuellement en anglais) : contient une liste, avec quelques détails, des raisons d’utiliser les performances de

SQL Server 2008 pour vos nouvelles solutions d’informations décisionnelles et d’effectuer la mise à niveau vers SQL Server 2008

pour vos solutions d’informations décisionnelles existantes.

Guide de référence technique de mise à niveau SQL Server 2008 (éventuellement en anglais) : contient des informations relatives à

la mise à niveau de vos solutions d’informations décisionnelles existantes vers SQL Server 2008.

Évolutivité de Reporting Services 2008 et de Reporting Services 2005 : les leçons à en tirer (éventuellement en anglais) : décrit les

améliorations des performances et de l’évolutivité de SQL Server Reporting Services 2008.

Améliorations des performances pour MDX dans SQL Server 2008 Analysis Services : explique les problèmes possibles au niveau

de votre code MDX existant, qui pourraient vous empêcher de bénéficier des améliorations des performances dans SQL Server

Analysis Services 2008.






325

Livre blanc SQL Server 2008 : Guide des performances d’Analysis Services (éventuellement en anglais) : décrit la manière dont les

développeurs d’applications peuvent utiliser les techniques d’ajustement des requêtes et des performances à leurs solutions OLAP

SQL Server 2008 Analysis Services.

Meilleures pratiques pour Analysis Services Les dix meilleures pratiques pour les performances d’Analysis Services en matière de requête (éventuellement en anglais) : présente

les dix meilleures pratiques pour optimiser les performances d’Analysis Services en matière de requête.

Meilleures pratiques SQL Server : identification et résolution des blocages des performances de requêtes MDX dans

SQL Server 2005 Analysis Services (éventuellement en anglais) : contient des informations sur les outils d’identification et de

résolution des erreurs liées aux requêtes MDX. L’article indique également comment utiliser ces outils courants pour identifier et

résoudre des blocages liés aux performances des requêtes MDX dans le cas de requêtes MDX individuelles.

Meilleures pratiques en matière de traitement Analysis Services (éventuellement en anglais) : présente les meilleures pratiques pour

le traitement dans SQL Server 2005 Analysis Services.

Meilleures pratiques en matière de conception OLAP pour Analysis Services 2005 (éventuellement en anglais) : décrit les meilleures

pratiques pour la conception de bases de données OLAP dans SQL Server 2005 Analysis Services pour mieux répondre aux besoins

de fonctionnalité et de performances des utilisateurs.

Guide des performances de Microsoft SQL Server 2005 Analysis Services (éventuellement en anglais) : décrit comment les

développeurs d’applications peuvent appliquer des techniques d’ajustement des performances à leurs solutions OLAP Microsoft

SQL Server 2005 Analysis Services Online.

Évolutivité des requêtes avec Analysis Services (éventuellement en anglais) : décrit comment définir un environnement de requêtes

évolutif à équilibrage de charge pour Microsoft SQL Server 2005 Analysis Services afin de pouvoir gérer un grand nombre de

requêtes simultanées sur vos serveurs Analysis Services. Les requêtes à équilibrage de charge permettent de s’assurer que les

lecteurs des cubes OLAP peuvent exécuter des requêtes toute la journée et répartir la charge de toutes les requêtes sur les différents

serveurs disponibles. Cette architecture d’évolutivité des requêtes optimise le traitement des cubes, augmente la fréquence de mise à

jour des cubes et rend le traitement plus robuste car vous pouvez bénéficier d’une fréquence plus élevée de traitement et d’une

transparence de récupération en cas d’erreur.









326

Vue d’ensemble des composants PerformancePoint Services

Les composants frontaux Web PerformancePoint Services et Microsoft SharePoint Server 2010 fournissent ensemble les fonctionnalités d’analyse et création de rapports. Cette section décrit brièvement les composants PerformancePoint Services suivants.

PerformancePoint Dashboard Designer ;

composants WebPart et services PerformancePoint ;

fonctionnalités de collection de sites ;

fonctionnalités de site.

Dashboard Designer Dashboard Designer est l’application que les auteurs de tableau de bord peuvent utiliser pour créer et gérer des tableaux de bord et leurs éléments, y compris des rapports, tels que des grilles stratégiques, des graphiques analytiques, des cartes de performance et des filtres. Les tableaux de bord permettent aux organisations de mesurer, de surveiller et de gérer les performances de l’entreprise avec des données en direct provenant de différentes sources de données métiers. Un tableau de bord PerformancePoint contient une série de rapports et de cartes de performance qui demeurent connectés à leurs sources de données et vous pouvez afficher dans une même page de tableau de bord des données provenant de plusieurs sources de données.

Composants WebPart

Les composants WebPart PerformancePoint sont des contrôles côté serveur prédéfinis qui s’exécutent dans le contexte de pages spéciales (c’est-à-dire, de pages de composants WebPart) au sein de n’importe quel site SharePoint Server 2010. Les éléments Dashboard Designer fonctionnent comme des composants WebPart SharePoint Server 2010.

Composant WebPart Rapports : le composant WebPart Rapports vous permet de créer des types de contenu PerformancePoint Services à l’exception de la carte de performance, du rapport Détails des indicateurs de performance clés (KPI) et des filtres. Cela englobe, entre autres, les grilles graphiques analytiques, les rapports SQL Server Reporting Services, les rapports Excel Services et la grille stratégique.

327

Composant WebPart Détails des indicateurs de performance clés (KPI) : le rapport Détails des indicateurs de performance clés (KPI) affiche des informations appropriées du point de vue du contexte, au sujet des indicateurs de performance clés, des mesures, des lignes, des colonnes et des cellules d’une carte de performance. Il apparaît sous la forme d’un composant WebPart qui serait lié à une carte de performance ou à un indicateur de performance clé spécifique et qui présenterait les métadonnées appropriées à l’utilisateur final. Ce composant WebPart peut être ajouté à des tableaux de bord PerformancePoint Services ou à n’importe quelle page SharePoint Server 2010.

Composant WebPart Afficher la carte de performance : le composant WebPart Afficher la carte de performance fournit des fonctionnalités d’affichage pour la carte de performance. Sans ce composant WebPart, l’utilisateur ne peut pas afficher les indicateurs de performance clés dans le tableau de bord. Les cartes de performance peuvent être liées à d’autres composants WebPart, tels que des filtres et des rapports, et procurer ainsi une expérience interactive des tableaux de bord. Les utilisateurs peuvent recourir au composant WebPart Carte de performance pour effectuer les opérations suivantes.

Rechercher un composant WebPart Afficher la carte de performance et l’ajouter à un tableau de bord.

Ajouter des indicateurs de performance clés, nouveaux et existants, à une carte de performance.

Accéder à une aire de conception de carte de performance avancée pour définir les relations entre les indicateurs de performance

clés et les objectifs, ainsi que pour modifier les propriétés des indicateurs de performance clés et des objectifs.

Créer une carte de performance, en lançant l’aire de conception de carte de performance.

Composant WebPart Filtre : vous pouvez synchroniser le contenu des composants WebPart par le biais de connexions, ce qui est fondamental pour créer des tableaux de bord interactifs attrayants.

Une connexion peut être considérée comme un lien établi entre les composants WebPart afin de permettre l’échange de données et une interactivité entre ces derniers. Les connexions sont créées entre les fournisseurs de filtres et les consommateurs de filtres. Bien que vous ne puissiez pas connecter tous les types de filtres à tous les types de composants WebPart, vous pouvez lier de nombreux types de filtres à la plupart des types de composants WebPart.

Collections de sites PerformancePoint

Pour que l’auteur du tableau de bord puisse créer du contenu dans une batterie de serveurs SharePoint Server, les utilisateurs doivent être en mesure de fournir des informations sur l’emplacement du contenu dans la hiérarchie SharePoint Server. Actuellement, Dashboard Designer base les requêtes sur l’emplacement du service Web. L’emplacement ou l’étendue du service Web est une collection de sites SharePoint Server 2010. En règle générale, les applications Web SharePoint Server 2010 disposent d’une collection de sites par défaut, ce qui permet à la fonctionnalité de collection de sites d’être activée.

Sites PerformancePoint

328

Le site PerformancePoint Services met à la disposition des utilisateurs les modèles de liste et de bibliothèque de documents qui utilisent les types de contenu suivants :

tableau de bord ;

carte de performance ;

indicateur de performance clé (KPI) ;

rapport ;

filtre ;

jeu d’icônes (pour les indicateurs de performance clés).

329

Planifier la personnalisation de PerformancePoint Services

Cet article explique comment vous pouvez personnaliser les fonctionnalités natives de PerformancePoint Services dans Microsoft SharePoint Server 2010 à l’aide du Kit de développement logiciel (SDK) de PerformancePoint Services.

Scénarios de développement pour PerformancePoint Services PerformancePoint Services prend en charge les scénarios de développement suivants.

Création de rapports, filtrage, extensions de sources de données tabulaires Vous pouvez créer des objets PerformancePoint Services personnalisés en définissant des valeurs personnalisées pour les propriétés sur des objets ReportView (éventuellement en anglais) , Filter (éventuellement en anglais) et DataSource (éventuellement en anglais).

Effectuer des opérations de création et de rendu Vous pouvez écrire du code qui effectue dynamiquement des opérations de création et de rendu.

Créer des transformations de carte de performance Vous pouvez créer des transformations de carte de performance qui changent l’apparence, le contenu ou le fonctionnement des cartes de performance avant d’interroger la source de données, ou après avoir interrogé la source de données, ou avant d’afficher la carte de performance dans le composant WebPart. Pour plus d’informations, voir Vue d’ensemble des transformations de carte de performance (éventuellement en anglais).

Créer des composants WebPart personnalisés Vous pouvez créer des composants WebPart personnalisés qui interagissent avec des composants WebPart PerformancePoint. Pour plus d’informations, voir Composants WebPart PerformancePoint (éventuellement en anglais).









330

PerformancePoint Services et PowerPivot pour Excel (livre blanc)

Ce livre blanc couvre les concepts de base de l’intégration entre PerformancePoint Services dans Microsoft SharePoint Server 2010 et Microsoft SQL Server 2008 R2 PowerPivot pour Microsoft Excel 2010. Il décrit les concepts de base de l’utilisation d’un modèle PowerPivot dans PerformancePoint Services et aborde l’utilisation conjointe de ces applications du point de vue des questions qu’elle soulève et de son étendue.

Téléchargez ce guide sous la forme d’un document Microsoft Word (.docx).

PerformancePoint 2010 et PowerPivot (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=192628&clcid=0x40C) (27,9 Mo)


331


Cette section aborde des aspects de la planification relatifs à Visio Services dans Microsoft SharePoint Server 2010.



Visio Services dans Microsoft SharePoint Server 2010 est une application de service qui permet aux utilisateurs de partager et de consulter des diagrammes Web Microsoft Visio. Le service permet également d’actualiser et de mettre à jour des diagrammes Microsoft Visio 2010 connectés aux données à partir d’une variété de sources de données.

Planifier le déploiement de Visio Services

La planification préalable de votre déploiement Visio Services permet d’optimiser les performances système et la satisfaction de l’utilisateur, sans surutiliser par inadvertance les ressources système de votre batterie de serveurs SharePoint Server et des systèmes connexes.

Planifier la sécurité de Visio Services (SharePoint Server 2010)

Visio Services vous permet de restituer des dessins Web Visio publiés. Ces dessins peuvent être liés à des données externes et les éléments des dessins peuvent être mis à jour en fonction de ces données. La sécurité est un élément important pour activer ces scénarios.

Authentification de données pour Visio Services

Cet article traite de la connexion de dessins Web Visio Services à des données hébergées sur Microsoft SharePoint Server 2010 et à des données hébergées en externe. Les types de connexions et les méthodes d’authentification sont également abordés.

Ressources Visio Services

Cet article contient une liste de ressources Visio Services, notamment de la documentation, des billets de blog et des démonstrations vidéo.

332


Manage a Visio Graphics Service service application

http://technet.microsoft.com/library/508bdc3e-ac93-4087-b09b-83b6d0412924(Office.14).aspx

333


Visio Services dans Microsoft SharePoint Server 2010 est une application de service qui permet aux utilisateurs de partager et d’afficher des dessins Web Microsoft Visio. Ce service permet également l’actualisation et la mise à jour des dessins Web Microsoft Visio 2010 liés à des données, depuis diverses sources de données.

Utilisation et avantages de Visio Services Les dessins Web Visio (fichiers *.vdw) peuvent être traités par Visio Services et affichés dans un navigateur Web. Cela permet aux utilisateurs d’afficher des documents Visio sans avoir Visio installé sur leur ordinateur local. L’exploration et la navigation de base des dessins Web affichés sont prises en charge par le composant WebPart Visio Web Access. Les concepteurs de page peuvent configurer l’apparence et la fonctionnalité du composant WebPart.

Visio Services peut également actualiser les données et la partie visuelle d’un dessin Web Visio hébergé sur un site Microsoft SharePoint Server 2010. Les dessins Web publiés peuvent ainsi actualiser les connexions à diverses sources de données et mettre à jour les graphiques et les champs de texte des données affectées.

Les fichiers Visio peuvent être publiés sur SharePoint Server 2010 à l’aide de Microsoft Visio Professional 2010 et de Microsoft Visio Premium 2010.

Sources de données prises en charge par Visio Services Les connexions aux sources de données répertoriées ici peuvent être actualisées en utilisant Visio Services si elles ont été créées avec Microsoft Office Visio 2007. ou avec la technologie de liaison de données Visio 2010 et publiées à l’aide de la fonctionnalité de publication Visio 2010. L’actualisation des données via tout autre mécanisme dans un dessin Web Visio n’est pas prise en charge.

SQL Server 7.0

SQL Server 2000

SQL Server 2005 (32 et 64 bits)

SQL Server 2008 (32 et 64 bits)

334

Les informations des feuilles stockées dans des classeurs Excel publiés à partir de Microsoft Office Excel 2007 ou Microsoft

Excel 2010 hébergés dans la même batterie de serveurs SharePoint Server 2010

Les listes SharePoint Server

Les connexions OLE DB ou ODBC

Les fournisseurs de données personnalisés implémentés en tant qu’assemblys .NET Framework

Les dessins Visio publiés Les dessins Web Visio (fichiers .vdw) peuvent être enregistrés et publiés sur SharePoint Server 2010 et partagés avec d’autres utilisateurs qui ne disposent pas de Visio 2010 ou de la visionneuse Visio sur leur ordinateur, car Visio Services affiche les fichiers au format .vdw en mode natif dans SharePoint Server 2010 sous forme de page Web. Les dessins Web .vdw ne peuvent être créés qu’avec Microsoft Visio Professional 2010 ou Microsoft Visio Premium 2010.

Les dessins Visio standard (fichiers .vsd) ne sont pas affichés par Visio Services et nécessitent Microsoft Visio pour s’afficher.

335

Planifier le déploiement de Visio Services

En tant que composante à part entière de Microsoft SharePoint Server 2010, Visio Services dans Microsoft SharePoint Server 2010 est très facile à déployer. La planification préalable de votre déploiement de Visio Services permet non seulement d’optimiser les performances système et la satisfaction de l’utilisateur, mais aussi de mieux gérer les ressources système de votre batterie de serveurs SharePoint Server et des systèmes connexes.

Performances Visio Services Visio Services est implémenté à l’aide du Service graphique Visio, qui s’exécute sur un ou plusieurs serveurs d’applications dans la batterie de serveurs. À l’image de tous les services de ce type, ce service consomme des ressources, telles que de la capacité de traitement et de la mémoire, sur chaque serveur où il est en cours d’exécution.

Les performances système des serveurs d’applications qui exécutent le Service graphique Visio peuvent être affectées par différents facteurs, dont les suivants :

la taille des dessins Web en cours d’affichage ;

le nombre de dessins connectés à une source de données ;

les performances des sources de données auxquelles les dessins Web sont liés ;

la fréquence d’actualisation des données pour les dessins Web liés à des données ;

les charges maximales d’utilisateurs accédant aux dessins Web ;

les charges maximales sur les sources de données externes auxquelles accèdent les dessins Web.

Complexité des dessins Web

Les paramètres de limite de taille et d’actualisation des dessins Web peuvent être ajustés par l’administrateur. Le fait de pouvoir régler ces paramètres vous permet d’ajuster les performances du serveur. Si la modification de ces paramètres ne génère pas les performances escomptées, vous devrez peut-être ajouter de la capacité de traitement ou de la mémoire.

Lorsque vous planifiez les ressources système pour Visio Services, le facteur le plus important est la charge maximale. Par exemple, si les utilisateurs sont appelés à recourir le plus intensément aux fonctionnalités Visio Services le lundi en début de matinée, planifiez la

336

capacité du serveur en fonction de cette charge maximale. Les périodes de charge maximale peuvent varier sensiblement suivant l’utilisation de Visio Services au sein de votre organisation. Il est important d’évaluer les charges maximales aussi précisément que possible pour éviter une surutilisation des ressources système.

Si votre batterie de serveurs SharePoint Server possède plusieurs serveurs d’applications, pouvant chacun exécuter plusieurs services, vous devez spécifier le ou les serveurs d’applications sur lesquels doit s’exécuter le service Visio Services. Dans cette perspective, observez les autres services SharePoint Server 2010 en cours d’exécution sur chaque serveur d’applications. À quel moment les charges maximales se produisent-elles pour chacun des autres services ? Essayez de sélectionner un serveur d’applications sur lequel les charges maximales des autres services ne se produisent pas au même moment que celles de Visio Services.

Outre les charges maximales, tenez compte de la charge globale des autres services en cours d’exécution sur le même serveur. Certains services SharePoint Server, tels que la recherche, peuvent bénéficier de leurs propres serveurs d’applications non partagés par d’autres charges telles que Visio Services. D’autres, tels qu’Access Services, peuvent constituer des charges associées idéales pour Visio Services en fonction des modèles d’utilisation.

Outre les aspects liés aux performances de SharePoint Server, vous devez examiner l’impact de Visio Services sur les performances des autres systèmes. Par exemple, si un dessin Web lié à des données demande des données d’une base de données Oracle, quelle est l’incidence de la charge maximale de Visio Services sur cette base de données Oracle ? Un nombre élevé d’utilisateurs interrogeant en même temps une source de données quelconque risque d’affecter les performances des ressources de cette source de données.

Les meilleures pratiques suivantes permettent d’optimiser les performances de Visio Services :

Surveillez les performances des serveurs d’applications dans la batterie de serveurs et, le cas échéant, ajoutez des processeurs et de

la mémoire pour traiter les charges maximales.

Démarrez le Service graphique Visio sur plusieurs serveurs d’applications dans la batterie de serveurs pour accroître les

performances.

Exécutez le Service graphique Visio sur un serveur d’applications où la charge maximale des autres services ne se produit pas à la

même heure du jour que celle du Service graphique Visio.

Limitez la taille maximale des dessins Web.

Augmentez l’âge minimum du cache pour les dessins Web. Cela permet d’augmenter l’intervalle pendant lequel un utilisateur voit les

données mises en cache pour un dessin Web particulier.

337

Applications Visio Graphics Services SharePoint Server implémente Visio Services par le biais du Service graphique Visio en cours d’exécution sur un ou plusieurs serveurs d’applications dans la batterie de serveurs et de l’application Service graphique Visio en cours d’exécution au niveau de la batterie de serveurs. C’est au sein de l’application Service graphique Visio que vous configurez les différents paramètres Visio Services, tels que les fournisseurs de données approuvés et les paramètres de dessin et de cache.

Dans le cas de nombreux déploiements, une seule application de service Visio Services suffit. Toutefois, SharePoint Server vous permet de créer plusieurs applications de services de chaque type si vous le souhaitez.

Vous pouvez être amené à déployer plusieurs applications Service graphique Visio pour les raisons suivantes :

mise en œuvre de solutions d’hébergement assurant l’isolation des différents clients ;

existence au sein de l’organisation de services nécessitant l’accès restreint aux données (par exemple, séparation des données liées

aux questions juridiques ou aux ressources humaines du reste de l’organisation) ;

utilisation de différentes sources de données nécessitant différents paramètres globaux ou un compte de service autonome différent

dans Visio Services.

Utilisation d’un déploiement pilote Pour mieux déterminer les besoins en termes de capacité pour Visio Services, envisagez de déployer Visio Services sur un groupe pilote limité qui est représentatif des utilisateurs types. Le fait d’accorder l’accès aux fonctionnalités Visio Services à un nombre de personnes relativement réduit vous permet de surveiller l’utilisation des ressources serveur et son incidence sur les systèmes connexes, tels que les sources de données externes, sans surutiliser les ressources système.

Une fois que vous avez compilé les données des performances du groupe pilote, vous pouvez extrapoler la configuration système requise pour Visio Services lorsque vous le déployez à l’échelle de votre organisation. Les données pilotes vous permettent également de déterminer les contraintes liées aux charges maximales et les heures auxquelles celles-ci sont susceptibles de se produire.

En outre, la surveillance des autres systèmes concernés, tels que les sources de données utilisées par les dessins Web liés à des données, vous permet de déterminer l’incidence éventuelle de Visio Services sur les autres systèmes au sein de votre organisation.

Surveillance Il est vivement recommandé de surveiller les ressources système consommées par Visio Services, ainsi que par les autres services au sein de l’installation SharePoint Server. Il est naturel que l’utilisation des ressources augmente au fur et à mesure que des utilisateurs

338

supplémentaires se connectent et que les utilisateurs existants recourent davantage à Visio Services et aux autres technologies SharePoint Server.

L’architecture des services SharePoint Server permet d’ajouter facilement des serveurs d’applications à la batterie de serveurs. Lorsque les demandes utilisateur augmentent, vous pouvez continuer à ajouter des serveurs à la batterie de serveurs et basculer des services, y compris Visio Services, vers ces nouveaux serveurs. Ou, au lieu de basculer Visio Services vers un nouveau serveur, vous pouvez exécuter le service Visio Services sur plusieurs serveurs d’applications à la fois afin d’augmenter les capacités et la redondance.

Grâce à la surveillance de l’utilisation des ressources, vous pouvez prévoir à quel moment il pourrait s’avérer nécessaire d’augmenter les capacités et inclure le matériel requis dans les procédures budgétaires ordinaires de votre organisation. En outre, cela permet d’éviter les temps morts du système ou la lenteur des réponses dus à des charges serveur élevées inattendues.

Sauvegarde et récupération des données Les paramètres Visio Services et les documents Visio stockés dans des bibliothèques SharePoint Server peuvent être sauvegardés par l’administrateur de la batterie de serveurs lors d’une sauvegarde standard de la batterie de serveurs. Toutefois, sachez que si vous publiez des documents Visio liés à des sources de données situées en dehors de la batterie de serveurs, les données auxquelles les documents Visio sont liés ne sont pas sauvegardées dans le cadre d’une sauvegarde standard de la batterie de serveurs. Dans ce cas, l’administrateur du système où résident les données doit effectuer une procédure de sauvegarde complète.

Déploiement de Visio Professional 2010 et de Visio Premium 2010 Visio Services vous permet d’afficher les dessins Visio à l’aide d’un composant WebPart sans qu’il soit nécessaire que Microsoft Visio 2010 soit installé sur l’ordinateur client. Toutefois, Visio Services ne prend pas en charge la création ou la modification des diagrammes Visio. Dans le cadre de votre plan de déploiement pour Visio Services, vous devez également planifier les besoins des auteurs de diagrammes au sein de votre organisation. Chaque auteur de diagramme qui doit effectuer une publication sur Visio Services doit détenir une copie de Microsoft Visio Professional 2010 ou de Microsoft Visio Premium 2010.

339

Important :

Il est nécessaire d’utiliser Visio Professional 2010 ou Visio Premium 2010 pour effectuer une publication sur SharePoint Server. Microsoft

Visio Standard 2010 et les versions antérieures de Visio ne peuvent pas effectuer de publication sur le serveur.

340


Outre les conditions requises pour la sécurité lors du déploiement de Microsoft SharePoint Server 2010, vous devez aussi vérifier les considérations relatives à la sécurité pour un déploiement qui comporte Visio Services dans Microsoft SharePoint Server 2010. Visio Services vous permet d’afficher les dessins Web Visio publiés. Ces dessins peuvent être liés à des données externes et les éléments des dessins peuvent être mis à jour en fonction de ces données. La sécurité est un élément important pour activer ces scénarios de restitution des données. Service graphique Visio vous permet de contrôler avec une grande précision le traitement et l’affichage des dessins Web Visio ainsi que les sources de données auxquelles ils peuvent se connecter.

Dessins Web qui ne sont pas liés à des données Les dessins Visio publiés (fichiers .VDW) doivent être stockés dans les bibliothèques de documents SharePoint afin de pouvoir être ouverts par Visio Services. SharePoint Server 2010 gère une liste de contrôle d’accès pour les fichiers contenus dans la bibliothèque de documents. En définissant correctement les règles de la bibliothèque, vous pouvez limiter les utilisateurs SharePoint Server pouvant accéder à un diagramme spécifique.

Dessins Web Visio qui sont liés à des données Service graphique Visio peut se connecter à des sources de données, notamment les listes SharePoint, les classeurs Excel hébergés sur la batterie de serveurs, les bases de données telles que Microsoft SQL Server et les sources de données personnalisées. Vous pouvez contrôler l’accès à des sources de données externes en définissant explicitement les fournisseurs de données qui sont approuvés et en les configurant dans la liste des fournisseurs de données approuvés.

Quand Visio Services charge un dessin Web connecté aux données, le service vérifie les informations de connexion qui sont stockées dans le dessin Web afin de déterminer si le fournisseur de données spécifié est un fournisseur de données approuvé. Si le fournisseur est membre de la liste, une tentative de connexion est effectuée ; sinon, la demande de connexion est ignorée.

Une fois que l’administrateur a configuré Visio Services pour autoriser les connexions à une source de données particulière, des configurations de sécurité supplémentaires doivent être effectuées, selon le type de source de données. Les sources de données suivantes sont prises en charge par Visio Services :

341

Classeurs Excel stockés sur SharePoint Server avec Excel Services

Listes SharePoint

Bases de données telles que des bases de données SQL Server

Fournisseurs de données personnalisés

Dessins Web Visio qui sont liés à des listes SharePoint

Les dessins Visio publiés peuvent être connectés aux listes SharePoint sur la même batterie de serveurs qui héberge le dessin. L’utilisateur qui affiche le dessin Web doit avoir accès à la fois au dessin et à la liste SharePoint à laquelle le dessin est connecté. Ces autorisations et informations d’identification sont gérées par SharePoint Server 2010.

Dessins Web Visio qui sont liés à Excel Services

Les dessins Visio publiés peuvent être connectés à des classeurs Excel hébergés sur la même batterie de serveurs que le dessin Web avec Excel Services fonctionnant et configuré correctement. Pour afficher le dessin Web, l’utilisateur doit avoir accès à la fois au dessin et au classeur Excel auquel le dessin est connecté. Ces autorisations et informations d’identification sont gérées par SharePoint Server 2010.

Dessins Web Visio qui sont liés aux bases de données SQL Server

Quand un dessin Web Visio est connecté à une base de données SQL Server, Visio Services utilise des options de configuration de sécurité supplémentaires pour établir une connexion entre Service graphique Visio et la base de données. Les dessins Web Visio peuvent utiliser des connexions stockées dans des fichiers ODC (Office Data Connectivity). Pour créer des dessins Web connectés aux données qui utilisent le compte automatisé et le service Banque d’informations sécurisé, les utilisateurs doivent d’abord créer des fichiers ODC (Office Data Connectivity) à l’aide de Microsoft Excel.

Les méthodes d’authentification prises en charge par Visio Services sont les suivantes :

Authentification Windows intégrée Dans ce modèle de sécurité, Service graphique Visio utilise l’identité de la visionneuse du

dessin pour s’authentifier auprès de la base de données. L’authentification Windows intégrée avec délégation Kerberos contrainte est

plus utile pour accroître la sécurité que les autres méthodes d’authentification indiquées dans cette liste. Cette configuration nécessite

l’activation d’une délégation Kerberos contrainte entre le serveur d’applications qui exécute Service graphique Visio et le serveur de

bases de données. La base de données elle-même peut nécessiter une configuration supplémentaire pour permettre l’authentification

Kerberos, sujet qui n’entre pas dans le cadre de ce document.

Service Banque d’informations sécurisé Dans ce modèle de sécurité, Service graphique Visio utilise le service Banque

d’informations sécurisé pour mapper les informations d’identification de l’utilisateur à des informations d’identification différentes qui

ont accès à la base de données. Le service Banque d’informations sécurisé prend en charge des mappages individuels et de groupe

342

à la fois pour l’authentification Windows intégrée et d’autres formes d’authentification. Cela donne aux administrateurs plus de

souplesse pour définir des relations un-à-un, plusieurs-à-un ou un-à-plusieurs. Ce modèle d’authentification ne peut être utilisé que

par les dessins qui utilisent un fichier ODC pour spécifier la connexion. Le fichier ODC spécifie l’application cible qui sera utilisée pour

le mappage des informations d’identification.

Compte de service automatisé Pour faciliter la configuration, Service graphique Visio fournit une configuration spéciale permettant

à un administrateur de créer un mappage unique associant tous les utilisateurs à un compte unique en utilisant une application de

magasin sécurisé cible. Ce compte mappé, appelé compte de service automatisé, doit être un compte de domaine Windows à faibles

privilèges qui est autorisé à accéder aux bases de données. Service graphique Visio emprunte ce compte quand il se connecte à la

base de données si aucune autre méthode d’authentification n’est spécifiée. Il est à noter que cette approche ne permet pas les

requêtes personnalisées portant sur une base de données et ne fournit pas d’audit d’appels de base de données. Cette méthode

d’authentification est la méthode d’authentification par défaut utilisée lorsque vous vous connectez aux bases de données SQL

Server : si aucun fichier ODC n’est utilisé dans le dessin Web Visio qui spécifie une autre méthode d’authentification, Visio Services

utilise alors les informations d’identification spécifiées par le compte automatisé pour se connecter à la base de données SQL Server.

Dans une batterie de serveurs plus grande, il est probable que les dessins Visio utilisent un mélange des méthodes d’authentification décrites ici. Il est important de savoir que :

Visio Services prend en charge à la fois le service Banque d’informations sécurisé et le compte de service automatisé dans la même

batterie de serveurs. Dans les dessins Web connectés à des données SQL Server mais qui n’utilisent pas de fichiers ODC, le compte

automatisé est requis et toujours utilisé.

Si l’authentification Windows intégrée est configurée à l’aide de l’authentification Kerberos, Visio Services n’affiche pas les dessins qui

utilisent le mode d’authentification du compte automatisé.

Vous pouvez utiliser l’authentification Windows intégrée conjointement avec la banque d’informations sécurisée pour les dessins qui

nécessitent des informations d’identification spécifiques. Pour cela, configurez les dessins de telle sorte qu’ils utilisent un fichier ODC

indiquant une application cible de la banque d’informations sécurisée.

343

Authentification de données pour Visio Services

Visio Services dans Microsoft SharePoint Server 2010 prend en charge les dessins Web connectés à des données connectés à diverses sources de données, dont :

des données hébergées dans la batterie de serveurs SharePoint, par exemple un classeur Microsoft Excel ou une liste SharePoint ;

des données externes, comme des données Microsoft SQL Server ou une source de données OLE DB ou ODBC.

Pour extraire des données d’une source de données, un utilisateur doit être authentifié par la source de données, puis autorisé à accéder aux données qu’elle contient. Dans le cas d’un dessin Web, Visio Services authentifie la source de données pour l’utilisateur qui l’affiche de façon à actualiser les données auxquelles le dessin est connecté.

344

La méthode d’authentification utilisable par Visio Services pour extraire les données dépend du type de la source de données sous-jacente, comme indiqué dans le tableau suivant. Les connexions de données doivent indiquer la méthode d’authentification à utiliser lorsque les sources de données en prennent plusieurs en charge.

Source de données Méthode d’authentification

Listes SharePoint Autorisations des utilisateurs SharePoint

Classeurs Excel Autorisations des utilisateurs SharePoint

SQL Server Au choix :

Authentification Windows (sécurité intégrée)

à l’aide de la délégation Kerberos contrainte

à l’aide de la Banque d’informations sécurisée

à l’aide du compte de service automatisé

Authentification SQL Server

OLE DB/ODBC Varie selon la source de données, en général une paire formée par

le nom d’utilisateur et le mot de passe, stockée dans la chaîne de

connexion.

Des fournisseurs de données personnalisés peuvent également être utilisés. Pour plus d’informations, voir Création d’un fournisseur de données personnalisées avec Visio Services (http://go.microsoft.com/fwlink/?linkid=196860&clcid=0x40C).

Les sources de données suivantes sont prises en charge dans Microsoft Visio, mais pas dans Visio Services :

bases de données Access ;

classeurs Excel non hébergés sur SharePoint Server ;

OLAP.



345

Connexion aux données hébergées sur SharePoint Server Visio Services prend en charge les dessins Web connectés aux données qui sont connectés aux données hébergées dans la batterie de serveurs SharePoint, dont :

les classeurs Excel qui résident dans une bibliothèque de documents ;

les données dans des listes SharePoint.

Connexion aux classeurs Excel

Visio Services utilise les informations d’identification SharePoint Server de l’afficheur de dessins Web pour se connecter à un classeur Excel .xlsx. Pour que l’opération d’authentification aboutisse, les conditions suivantes sont nécessaires :

Excel Services doit être approvisionné correctement et configuré sur la batterie de serveurs SharePoint.

Le classeur doit être hébergé sur la même batterie de serveurs que le dessin Web.

L’afficheur de dessins Web doit disposer au moins de l’autorisation de « lecture » sur le classeur Excel.

Aucune autre étape de configuration n’est nécessaire pour activer ce genre de connexion de données.

Remarque :

Dans le cadre de la connexion à un classeur Excel, Visio Services demande à Excel Services d’actualiser le classeur s’il contient des

connexions aux données externes. Le cas échéant, l’identité de l’afficheur de dessins est passée à Excel Services de façon que Excel

Services puisse s’authentifier aux sources de données sous-jacentes pour actualiser le classeur.

Connexion aux listes SharePoint

Visio Services utilise les informations d’identification SharePoint Server de l’afficheur de dessins Web pour se connecter à une liste SharePoint. Pour que l’opération d’authentification aboutisse, les conditions suivantes sont nécessaires :

La liste SharePoint doit être hébergée sur la même batterie de serveurs que le dessin Web.

L’afficheur de dessins Web doit disposer au moins de l’autorisation de « lecture » sur la liste SharePoint.

Aucune autre étape de configuration n’est nécessaire pour activer ce genre de connexion de données.

346

Connexion aux données externes Visio Services peut se connecter à différentes sources de données externes, dont SQL Server, OLE DB/ODBC et des fournisseurs de données personnalisés. Pour se connecter à la source de données, Visio Services utilise un fournisseur de données spécifique pour chaque source de données.

Par mesure de sécurité, Visio Services doit explicitement approuver les fournisseurs de données avant de les utiliser. Pour plus d’informations sur les fournisseurs de données approuvés, voir Configuring Visio Graphics Service trusted data providers (SharePoint Server 2010).

La connexion à une source de données Microsoft SQL Server peut être effectuée en utilisant au choix :

l’authentification Windows ;

l’authentification SQL Server.

D’autres sources de données utilisent une chaîne de connexion habituellement formée d’un nom d’utilisateur et d’un mot de passe.

Connexions de données

Les dessins Web Visio utilisent l’un des deux types de connexions :

les connexions incorporées ;

les connexions liées.

Les connexions intégrées sont stockées dans le cadre du dessin Web Visio. Les connexions liées sont stockées en externe à un dessin Web dans des fichiers Office Data Connection (ODC). Pour utiliser une connexion liée, un dessin Web doit faire référence à un fichier .odc qui est également stocké dans la même batterie de serveurs que le dessin Web. Chaque connexion de données est composée des éléments suivants :

une chaîne de connexion ;

une chaîne de requête ;

une méthode d’authentification ;

éventuellement, des métadonnées nécessaires pour extraire des données externes.

Chaque type de connexion présente ses avantages et ses inconvénients, traités ici ; choisissez celui qui s’adapte le mieux à votre scénario.

http://technet.microsoft.com/library/10d5ad43-edbd-44d2-9e71-461728b8e2c5(Office.14).aspx

http://technet.microsoft.com/library/10d5ad43-edbd-44d2-9e71-461728b8e2c5(Office.14).aspx

347

Type de connexion Connexions incorporées Fichiers ODC

Sources de données prises en charge

SQL Server (prend en charge uniquement la

délégation Kerberos et le Compte de service

automatisé)

OLE DB/ODBC

Classeurs Excel

Listes SharePoint

Fournisseurs de données personnalisés

SQL Server (prend en charge toutes les

méthodes d’authentification)

OLE DB/ODBC

Avantages Toutes les informations de connexion sont

stockées dans le dessin Web.

Les connexions incorporées nécessitent peu

de tâches d’administration.

Les connexions incorporées sont faciles à

créer.

Les connexions liées peuvent être stockées,

gérées, auditées et partagées de façon

centralisée et leur accès peut être contrôlé en

utilisant une bibliothèque de connexions de

données.

Les auteurs de dessin peuvent utiliser des

connexions existantes sans devoir créer de

requêtes ni de chaînes de connexion.

En cas de modification des détails de la

connexion de données d’une source de

données, un administrateur doit simplement

mettre à jour un fichier ODC. Avec cette

modification, tous les dessins Web qui font

référence au fichier ODC utilisent les

informations de connexion mises à jour à

l'actualisation suivante (ce scénario est vérifié

lorsque le serveur de bases de données est

déplacé ou que le nom de la base de données

est modifié, par exemple).

348

Type de connexion Connexions incorporées Fichiers ODC

Inconvénients Si les détails de le connexion de données

d’une source de données changent, tous les

dessins Web avec des connexions intégrées à

cette source de données doivent être

republiés avec les informations de connexion

mises à jour.

Les connexions de données intégrées sont

plus difficiles à auditer par les administrateurs

SharePoint.

Pour créer une connexion liée, il faut utiliser

Excel.

Les connexions liées peuvent exiger l’aide

d’un administrateur SharePoint pour le

partage, les gestion et la sécurité.

Les connexions liées sont sauvegardées en

texte clair et peuvent contenir des mots de

passe de base de données. Une attention

particulière doit être apportée à la sécurisation

de ces fichiers.

Choisissez une connexion de données liée, en utilisant un fichier ODC, pour les scénarios dans lesquels vous devez disposer d’une connexion de données à une source de données relationnelles à l’échelle de l’entreprise, telle que SQL Server. Les connexions de données liées sont très utiles dans les cas où elles doivent être partagées entre plusieurs utilisateurs et où contrôle de l’administrateur sur la connexion est important.

Remarque :

Les fichiers ODC doivent d’abord être créés dans Excel et exporté vers SharePoint Server avant d’être utilisés avec Visio Services.

Choisissez une connexion intégrée pour les scénarios dans lesquels vous devez disposer d’une connexion de données rapide à une petite source de données ou à base de fichiers, qui sera utilisée uniquement par quelques utilisateurs.

Les fichiers ODC peuvent être stockés dans une bibliothèque de connexion de données, un type spécial de bibliothèque de documents SharePoint. Centraliser les connexions de données dans une telle bibliothèque de documents présente plusieurs avantages :

349

les administrateurs peuvent limiter l’accès en écriture à une bibliothèque de connexion de données à des auteurs de connexion de

données approuvés pour garantir que seules des connexions de données dûment testés et sécurisées sont utilisées par les auteurs

de dessins Web ;

les administrateurs gèrent les connexions de données d’un groupe important d’utilisateurs à partir d’un seul emplacement ;

les administrateurs peuvent facilement approuver, auditer, rétablir et gérer des fichiers de connexion de données en utilisant les

fonctions de contrôle de version et de flux de travail de la bibliothèque de documents ;

les bibliothèques de connexion de données peuvent être réutilisées sur d’autres applications Office telles que Excel, Excel Services,

Microsoft InfoPath 2010, InfoPath Forms Services et Microsoft Word ;

les utilisateurs finaux cherchent les données de dessin dans un seul emplacement, ce qui limite la confusion et la formation des

utilisateurs.

Pour plus d’informations sur la création des bibliothèques de connexion de données, voir Procédure : créer et utiliser une bibliothèque de connexions de données (http://go.microsoft.com/fwlink/?linkid=188117&clcid=0x40C). Pour plus d’informations sur la création de fichiers ODC, voir Créer, éditer et gérer les connexions aux données externes (http://go.microsoft.com/fwlink/?linkid=196894&clcid=0x40C).

Authentification Windows

Pour l’authentification Windows, Visio Services doit présenter un ensemble d’informations d’identification Windows à SQL Server. Ces informations d’identification sont courantes sur les réseaux Windows et sont les mêmes que celles utilisées pour se connecter sur les ordinateurs sur un domaine Windows ou sur un ordinateur qui exécute Exchange Server. Les informations d’identification Windows sont considérées comme le moyen le plus sûr et le plus facile à gérer de contrôler l’accès aux bases de données SQL Server. Cependant, la mesure de sécurité Windows à double saut représente un obstacle à l’utilisation de l’authentification Windows avec Visio Services, car les informations d’identification d’un utilisateur ne peuvent pas être passées sur plusieurs ordinateurs dans un réseau Windows. Visio Services étant un système multiniveau, des méthodes d’authentification spéciales sont nécessaires pour que Visio Services puisse extraire des données pour l’utilisateur final.




350

Le choix de la méthode d’authentification dépend de divers facteurs comme indiqué dans le tableau suivant. Choisissez celle qui est la mieux adaptée à votre scénario.

Méthode

d’authentification

Délégation Kerberos Banque d’informations sécurisée Compte de service automatisé

Description À l’aide de la délégation Kerberos À l’aide du service Banque À l’aide du service Banque

351

Méthode



contrainte, les informations d’identification Windows de l’afficheur

de dessins sont envoyées directement à la source de données.

d’informations sécurisée, les

informations d’identification Windows

de l’afficheur sont mappées à un autre

jeu d’informations d’identification

indiqué dans une application cible de banque sécurisée.

d’informations sécurisée, tous les

afficheurs sont mappés à un ensemble

unique d’informations d’identification

appelé Compte de service automatisé et stocké dans une application cible spécifique de la banque d’informations

sécurisée indiquée dans les Paramètres globaux de Visio Services.

Informations

d’identification

de connexion de données

Les informations d’identification

Windows de l’afficheur de dessins

Web.

Les informations d’identification

indiquées dans l’application cible de

banque sécurisée.

Les informations d’identification du

Compte de service automatisé.

Avantages Le protocole Kerberos est un

standard de l’industrie dans la

Gestion des informations

d’identification.

Kerberos est étroitement lié à

l’infrastructure Active Directory

existante.

La délégation Kerberos permet

l’audit des accès individuels à une

source de données.

À condition que l’identité de

l’afficheur du dessin Web soit

connue, les créateurs de dessin

Web peuvent intégrer des requêtes

de base de données

personnalisées dans des dessins

Le service Banque d’informations

sécurisée fait partie de SharePoint

Server et est plus simple à

configurer que Kerberos.

Les mappages sont souples : un

utilisateur peut être mappé dans

une relation un-à-un ou plusieurs-à-

un.

Les informations d’identification qui

n’appartiennent pas à Windows

peuvent être utilisées pour se

connecter aux sources de données

qui n’acceptent pas les

informations d’identification

Windows.

Les mappages créés pour Visio

Le Compte de service automatisé

est la méthode d’authentification la

plus simple à déployer et à

configurer.

Le Compte de service automatisé

exige un minimum de tâches

d’administration.

352

Méthode



Web.

peuvent être réutilisés par d’autres

applications d’aide à la décision

comme Excel Services.

Inconvénients Tâche d’administration

supplémentaire nécessaire pour la

configuration SharePoint Server et

Visio Services.

Établir et gérer des tables de

mappage impose des tâches

d’administration.

La Banque sécurisée permet un

audit limité. Dans le scénario

plusieurs-à-un, des utilisateurs

entrants individuels sont mappés

aux mêmes informations

d’identification via une application

cible, ce qui les transforme en un

seul utilisateur.

Tous les utilisateurs étant mappés

aux mêmes informations

d’identification, un administrateur

ne peut pas savoir qui a accédé à

une source de données.

Pour que

l’opération


aboutisse…

La délégation Kerberos doit être

configurée sur une batterie de

serveurs SharePoint.

La Banque d’informations

sécurisée doit être approvisionnée

et configurée sur la batterie de

serveurs. Elle doit également

contenir les informations de

mappage appropriées pour un

utilisateur entrant donné. En outre,

les informations de mappage

peuvent avoir besoin d’être mises à

jour régulièrement pour refléter les

changements de mot de passe sur

La Banque d’informations

sécurisée doit être approvisionnée

et configurée sur la batterie de

serveurs. Elle doit également

contenir les informations

d’identification appropriées pour le

Compte de service automatisé. En

outre, les informations de mappage

peuvent avoir besoin d’être mises à

jour régulièrement pour refléter les

changements de mot de passe sur

353

Méthode



le compte mappé.

le compte mappé.

Visio Services doit être configuré

pour utiliser le Compte de service

automatisé.

Délégation Kerberos

Choisissez la délégation Kerberos pour une authentification sécurisée et rapide aux sources de données relationnelles à l’échelle de l’entreprise qui prend en charge l’authentification Windows. Pour plus d’informations sur la configuration de la délégation Kerberos, voir :

Configuration de l’authentification Kerberos pour les produits Microsoft SharePoint 2010 (éventuellement en anglais)


Configure Kerberos authentication (SharePoint Server 2010)

Banque d’informations sécurisée

Choisissez la Banque d’informations sécurisée pour une authentification aux sources de données relationnelles à l’échelle de l’entreprise qui prend en charge ou non l’authentification Windows. La Banque d’informations sécurisée est également utile dans les cas où vous souhaitez contrôler les mappages des informations d’identification de l’utilisateur.

Pour plus d’informations sur l’utilisation de la Banque d’informations sécurisée avec Visio Services, voir Applications de service Banque sécurisée pour le Décisionnel.

Démonstration vidéo



354

Cette démonstration illustre les étapes de la configuration de Visio Services avec la Banque d’informations sécurisée.

Regarder la vidéo (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196864&clcid=0x40C). Pour télécharger le fichier vidéo, cliquez avec le bouton droit sur le lien, puis cliquez sur Enregistrer la cible sous.

Compte de service automatisé

Pour faciliter la configuration, Visio Graphics Service fournit une configuration spéciale permettant à un administrateur de créer un mappage unique associant tous les utilisateurs à un même ensemble d’informations d’identification.

Ce compte, appelé Compte de service automatisé, doit être un compte de domaine Windows à faibles privilèges. Visio Service emprunte ce compte quand il se connecte à une source de données pour un afficheur de dessins Web.

Il est d’usage de donner à ce compte aussi peu d’autorisations réseau que possible, en général uniquement l’accès pour se connecter au réseau et l’accès à la source de données à laquelle cous souhaitez que les utilisateurs se connectent. Pour une sécurité accrue, veillez à ce que le Compte de service automatisé n’ait pas accès aux bases de données de configuration et de contenu SharePoint.

Le Compte de service automatisé est utilisé par Visio Services :

lorsqu’un fichier ODC indique l’usage du Compte de service automatisé pour l’authentification Windows ou SQL Server ;

lorsqu’aucun fichier ODC n’est utilisé et que l’authentification Kerberos échoue.


355

Remarque :

Le compte automatisé peut être un compte d’ordinateur local de type Windows. Si le compte de service automatisé est configuré en tant

que compte d’ordinateur local, assurez-vous que la configuration est identique sur chaque serveur d’application qui exécute Visio

Services. Pour des raisons de simplicité de gestion, il est recommandé d’utiliser un compte de domaine.

Choisissez le Compte de service automatisé pour les connexions à de petits déploiements ad hoc pour lesquels la sécurité est moins importante ou pour lesquels la vitesse de déploiement est essentielle.

Pour plus d’informations sur l’utilisation du Compte de service automatisé avec Visio Services, voir Applications de service Banque sécurisée pour le Décisionnel.

Démonstration vidéo

Cette démonstration affiche les étapes de la configuration de Visio Services avec le Compte de service automatisé.

Regarder la vidéo (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196865&clcid=0x40C). Pour télécharger le fichier vidéo, cliquez avec le bouton droit sur le lien, puis cliquez sur Enregistrer la cible sous.

Authentification SQL Server

L’authentification SQL Server exige que Visio Services présente un nom d’utilisateur et un mot de passe SQL Server à une source de données SQL Server pour l’authentifier. Visio Services extrait ce nom d’utilisateur et ce mot de passe de la chaîne de connexion de données et les passe à la source de données.

Pour réduire les risques de sécurité, Visio Services emprunte l’identité du Compte de service automatisé lors de la connexion à une source de données de ce genre.


356

Authentification dans des sources de données OLEDB/ODBC

L’authentification aux sources de données tierces exige généralement que Visio Services présente un nom d’utilisateur et un mot de passe à une source de données. Comme l’authentification SQL Server, Visio Services extrait ce nom d’utilisateur et ce mot de passe de la chaîne de connexion de données et les passe à la source de données.

Pour réduire les risques de sécurité, Visio Services emprunte l’identité du Compte de service automatisé lors de la connexion à une source de données de ce genre.

Actualisation de données Visio Services prend en charge l’actualisation des dessins connectés à une ou plusieurs des sources de données suivantes :

SQL Server

Listes SharePoint

Classeurs Excel hébergés dans SharePoint Server

Oracle 9i, 9iR2, 10g, 10gR2, 11g, 11gR2 et DB2 9.2

Remarque :

Si la source de données à laquelle vous souhaitez vous connecter n’est pas dans la liste ci-dessus, vous pouvez ajouter sa prise en

charge en créant un un fournisseur de données personnalisées Visio. Cette technique vous permet d’encapsuler vos sources de données

existantes dans une source consommable par Visio Services. Pour plus d’informations, voir Création d’un fournisseur de données

personnalisées avec Visio Services (http://go.microsoft.com/fwlink/?linkid=191029&clcid=0x40C) dans MSDN Library Online.

L’actualisation des données externes est le résultat des étapes suivantes exécutées dans Visio Services.



357

1. Création d’un dessin : l’auteur d’un dessin télécharge un dessin Web connecté aux données dans SharePoint Server 2010.

2. Déclenchement d’une actualisation : l’afficheur de dessins déclenche l’actualisation sur un dessin Web connecté aux données.

3. Connexions de données : Visio Services extrait les informations de connexion de données de chaque source de données externe

dans le dessin.

358

4. Fournisseurs de données approuvés : Visio Services vérifie s’il existe un fournisseur de données approuvé utilisable pour extraire

les données.

5. Authentification : Visio Services s’authentifie dans la source de données et extrait les données demandées pour l’afficheur de

dessins.

6. Actualisation des dessins : Visio Services met à jour le dessin Web basé sur les données de la source de données et le renvoie à

l’afficheur.

L’actualisation peut être déclenchée de l’une des manières suivantes à partir du navigateur :

L’utilisateur final ouvre le dessin Web.

L’utilisateur final clique sur le bouton d’actualisation sur un dessin Web déjà ouvert.

L’utilisateur final charge une page qui contient le composant WebPart Visio Web Access, configuré pour être actualisé

automatiquement par un concepteur de site.

Remarque :

Un concepteur de site SharePoint doit placer le composant WebPart Visio Web Access sur une page et le configurer pour être actualisé régulièrement.

L’actualisation peut également être déclenchée dans des solutions tierces en appelant via JavaScript la méthode vwaControl.Refresh() de l’API de modification du composant WebPart Visio Web Access. Pour plus d’informations, voir Personnalisation des dessins Web Visio dans le composant WebPart Visio Web Access (http://go.microsoft.com/fwlink/?linkid=196503&clcid=0x40C) dans MSDN Library Online.

En l’absence de versions précédemment mises en cache de ce dessin Web, n’importe laquelle de ces actions déclenche une actualisation et met à jour le dessin Web. Pour plus d’informations sur la configuration des paramètres de cache pour Visio Services, voir Configure Visio Graphics Service global settings (SharePoint Server 2010).



http://technet.microsoft.com/library/76dce3f0-4039-4003-81cd-0699e4bf35fa(Office.14).aspx

359

Ressources Visio Services

La liste suivante recense les ressources disponibles pour Visio Services dans Microsoft SharePoint Server 2010.

Documentation, références et livres blancs Planifier Visio Services (SharePoint Server 2010)

Visio Graphics Service administration (SharePoint Server 2010)


Livre blanc Visio Services 2010 sur la planification de la capacité et des performances (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=191156&clcid=0x40C)

Création d’un fournisseur de données personnalisées avec Visio Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=191029&clcid=0x40C)

Bibliothèque de classes Visio Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196500&clcid=0x40C)

Kit de développement logiciel (SDK) Visio 2010 (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196501&clcid=0x40C)

Personnalisation des dessins Web Visio dans le composant WebPart Visio Web Access (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196503&clcid=0x40C)

Billets de blog Présentation de Visio Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196504&clcid=0x40C)

Publication de diagrammes dans Visio Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196505&clcid=0x40C)

Intégration d’un dessin Web dans une page SharePoint (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196506&clcid=0x40C)

Installation et configuration de Visio Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196507&clcid=0x40C)

http://technet.microsoft.com/library/508bdc3e-ac93-4087-b09b-83b6d0412924(Office.14).aspx










360

Création de flux de travail SharePoint dans Visio Premium 2010 (partie 1) (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196508&clcid=0x40C)

Création de flux de travail SharePoint dans Visio Premium 2010 (partie 2) (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196509&clcid=0x40C)

Pas de modification de code avec les connexions Visio Services et WebPart (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196510&clcid=0x40C)

L’API de modification JavaScript Visio Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196511&clcid=0x40C)

Démonstrations vidéo Configurer Visio Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196857&clcid=0x40C)

Configurer Visio Services avec le Compte de service automatisé (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196865&clcid=0x40C)

Configurer Visio Services avec la Banque d’informations sécurisée. (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=196864&clcid=0x40C)








361

Planifier Business Intelligence Indexing Connector (SharePoint Server 2010)

Cette section explique comment planifier l’utilisation du Microsoft Business Intelligence Indexing Connector.

Présentation de Business Intelligence Indexing Connector

Cet article explique comment déployer le Microsoft Business Intelligence Indexing Connector pour améliorer les fonctionnalités de recherche de rapports Microsoft Excel et Microsoft SQL Server Reporting Services (SSRS) et décrit les sources de données sous-jacentes qui font partie du rapport.

Déterminer la configuration logicielle requise pour Business Intelligence Indexing Connector

Cet article décrit les composants logiciels requis pour les installations frontales (sur Microsoft SharePoint Server 2010) et principales (sur Microsoft FAST Search Server 2010 for SharePoint) Business Intelligence Indexing Connector.

Vue d’ensemble de l’architecture de Business Intelligence Indexing Connector

Cet article décrit la topologie d’un déploiement multiserveur du Microsoft Business Intelligence Indexing Connector ajouté à Microsoft FAST Search Server 2010 for SharePoint (installation principale) et à SharePoint Server (installation frontale).

Vue d’ensemble de l’interface de l’onglet de recherche Business Intelligence Indexing Connector

Cet article décrit les éléments de la page de recherche de rapports.

362

Présentation de Business Intelligence Indexing Connector

Les administrateurs peuvent déployer le Microsoft Business Intelligence Indexing Connector pour améliorer les fonctionnalités de recherche pour les rapports Microsoft Excel et Microsoft SQL Server Reporting Services (SSRS), ainsi que pour les sources de données sous-jacentes qui font partie des rapports. Lorsque le Microsoft Business Intelligence Indexing Connector est installé, un onglet de recherche supplémentaire, Rapports, apparaît dans la page de recherche. À l’aide de l’onglet de recherche Rapports, les utilisateurs bénéficient d’une amélioration des résultats, des descriptions, des miniatures et des aperçus affichés et peuvent affiner les résultats de la recherche.

Les biens d’aide à la décision pouvant faire l’objet d’une recherche comprennent les documents .xlsx et .xlsm, créés en mode natif par Microsoft Office Excel 2007 et Excel 2010. Les fichiers PowerPivot et SQL Server Reporting Services sont également des fichiers pouvant faire l’objet d’une recherche.

Remarque :

Les documents XLSX et XLSM peuvent être créés à l’aide des anciennes versions d’Excel si le module de compatibilité est installé.

En déployant le Microsoft Business Intelligence Indexing Connector, vous pouvez aider l’utilisateur final à explorer et à localiser les biens d’aide à la décision qui présentent les caractéristiques suivantes :

données supplémentaires non explicitement incluses dans le texte de document du rapport, mais pouvant toutefois faire l’objet d’une

recherche ;

caractéristiques d’aide à la décision supplémentaires, telles que des dimensions et des mesures.

Fonctionnalités de Business Intelligence Indexing Connector Le Business Intelligence Indexing Connector vous permet d’accroître la pertinence des requêtes de recherche des manières suivantes :

363

1. Après avoir effectué une recherche dans l’onglet Rapports, des catégories d’affinement vous permettent de limiter les résultats de

votre recherche en sélectionnant des filtres disponibles sous les catégories. Trois catégories supplémentaires sont incluses, qui ne

font pas partie de FAST Search Server 2010 for SharePoint : Format de rapport, Sources de données et Catégorie de données.

Par exemple, si vous sélectionnez Tableau comme format sous la catégorie Format de rapport, les résultats de votre recherche sont limités aux fichiers qui contiennent des tableaux. De même, si vous sélectionnez Graphique, les résultats de votre recherche sont limités aux fichiers qui comportent des graphiques.

2. Lorsque vous effectuez une recherche sous l’onglet Rapports, la description de fichier obtenue pour chaque fichier indique les en-

têtes qui permettent de localiser le fichier en question. En outre, des images miniatures de fichiers dans la galerie PowerPivot et une

option d’aperçu sont disponibles. La liste suivante répertorie les descriptions des en-têtes.

Remarque :

En l’absence de mots clés, de noms de base de données ou de noms de feuille de calcul Excel, l’en-tête de la description n’apparaît pas.

Dans le tableau croisé dynamique : affiche les mots clés de votre recherche qui se trouvent dans un tableau croisé dynamique.

Dans les tableaux : affiche les mots clés de votre recherche qui se trouvent dans un tableau.

Graphiques : affiche les mots clés de votre recherche qui se trouvent dans un graphique.

Sources de données : affiche le nom de la source de données éventuellement existant.

Feuilles : affiche le nom de la feuille de calcul Excel 2010, si un fichier Excel existe.

Autres mots clés : affiche les autres mots clés de votre recherche.

Les catégories d’affinement se trouvent à gauche de la page de recherche et vous permettent de filtrer les résultats.

364

Vue d’ensemble de l’interface de l’onglet de recherche Business Intelligence Indexing Connector

Le Microsoft Business Intelligence Indexing Connector améliore les fonctionnalités de recherche pour les rapports Microsoft Excel et Microsoft SQL Server Reporting Services (SSRS), ainsi que pour les sources de données sous-jacentes qui font partie des rapports. Les utilisateurs bénéficient d’une amélioration des résultats, des descriptions, des miniatures et des aperçus affichés et peuvent affiner les résultats de la recherche.

Cet article décrit les éléments de la page de recherche de rapports.

366

Onglet Rapports Lorsque la fonctionnalité Business Intelligence Indexing Connector est installée sur SharePoint Server 2010, un onglet Rapports est ajouté aux onglets Tous les sites et Personnes, et éventuellement aux autres onglets de recherche personnalisés. L’onglet Rapports permet de limiter les résultats de la recherche aux fichiers Excel et SQL Server Reporting Services et tire parti des fonctionnalités de recherche supplémentaires décrites dans ce document.

Description des résultats Le Business Intelligence Indexing Connector met à votre disposition des descriptions de résultats enrichies. Ces descriptions sont organisées en catégories afin que les utilisateurs comprennent mieux les résultats de la recherche. Si les catégories Tableaux croisés dynamiques, Tableaux, Graphiques ou Jauges se trouvent dans les résultats d’une recherche, les mots clés sont mis en surbrillance dans leur propre contexte. Dans l’illustration précédente, Feuil1 est un lien vers les feuilles de calcul qui contiennent les mots clés « France » et « Ventes ».

Remarque :

Un lien apparaît pour chaque feuille de calcul qui contient des mots clés.

En outre, la catégorie de description Sources de données répertorie les sources de données prises en charge trouvées dans le document. La catégorie de description Autre affiche les autres informations pertinentes trouvées dans le document qui ne sont pas couvertes par les catégories précédentes.

Les informations ci-après indiquent les caractéristiques des mots clés identifiés dans les fichiers Excel et montrent comment les artefacts d’aide à la décision peuvent être analysés et identifiés par le Business Intelligence Indexing Connector.

Les fichiers Excel comprennent les fichiers Office Excel 2007 et Excel 2010 (fichiers xlsx et xlsm).

Les mots clés qui se trouvent dans les lignes et les colonnes Excel masquées sont identifiés et indiquent la description des résultats.

Les mots clés sont également identifiés à partir des filtres de tableau croisé dynamique Excel même s’ils ne sont pas forcément

visibles. Dans l’illustration précédente, (Dans le filtre) indique le mot clé France même si France n’est peut-être pas actuellement la

valeur de filtre sélectionnée.

367

(Dans ligne/colonne) apparaît après un mot clé mis en surbrillance pour indiquer que le mot clé se trouve dans une ligne ou une

colonne de tableau croisé dynamique. De même, (Dans catégories/séries) indique que le mot clé a été trouvé dans une catégorie ou

une série dans un graphique.

Miniature du document La miniature du document fait partie de la description de chaque résultat et offre une représentation visuelle réduite du document réel.

Remarque :

Les miniatures de documents n’apparaissent que si les documents Excel et SQL Server Reporting Services se trouvent dans la galerie de

rapports Microsoft SQL Server PowerPivot pour Microsoft SharePoint.

Aperçu, Doublons, Afficher dans le navigateur L’aperçu affiche des images de chaque feuille ou page du document. Si un même document est localisé plusieurs fois, Doublons indique entre parenthèses le nombre d’instances de ce document. Lorsque l’option Afficher dans le navigateur est disponible, vous pouvez ouvrir la feuille de calcul, dans le fichier Excel, dans le navigateur.

368

Remarque :

Les restrictions de sécurité Microsoft Silverlight 3 peuvent empêcher l’affichage des images de miniatures et de l’aperçu dans la

description des résultats. Par défaut, pour toutes les demandes qui ne concernent ni des images ni des médias, Silverlight 3 autorise

uniquement les communications provenant du site d’origine. Pour plus d’informations, voir Mise à disposition d’un service au-delà des

limites de domaine (http://go.microsoft.com/fwlink/?linkid=190990&clcid=0x40C) dans la Bibliothèque en ligne MSDN.

Catégories d’affinement Les catégories d’affinement vous permettent d’affiner les résultats de votre recherche lorsque vous sélectionnez des filtres disponibles. Les trois catégories d’affinement supplémentaires suivantes sont incluses lorsque le Business Intelligence Indexing Connector est installé.

1. La catégorie Sources de données vous permet de limiter les résultats aux rapports possédant des sources de données détenues par

les documents.

2. La catégorie Catégorie de données limite les résultats aux rapports possédant des mots clés qui font référence à des métadonnées,

telles que les noms de dimension et de mesure dans les graphiques et les tableaux croisés dynamiques.

3. La catégorie Format de rapport limite les résultats aux rapports qui possèdent des tableaux et des graphiques.

Par exemple, si vous sélectionnez Tableau comme format sous la catégorie Format de rapport, les résultats de votre recherche sont limités aux fichiers qui contiennent des tableaux. De même, si vous sélectionnez Graphique, les résultats de la recherche montrent uniquement les fichiers qui comportent des graphiques.



369

Déterminer la configuration logicielle requise pour Business Intelligence Indexing Connector

Cet article décrit les composants logiciels requis pour les installations frontale (sur Microsoft SharePoint Server 2010) et principale (sur Microsoft FAST Search Server 2010 for SharePoint) du Business Intelligence Indexing Connector. Avant d’installer le Business Intelligence Indexing Connector, vous devez installer SharePoint Server 2010 et FAST Search Server 2010 for SharePoint. Pour plus d’informations, voir Vue d’ensemble de l’architecture de Business Intelligence Indexing Connector.

Cet article ne décrit pas les composants logiciels requis pour Microsoft SharePoint Server 2010 ou FAST Search Server 2010 for SharePoint. Vous devez consulter la documentation de chaque technologie sur laquelle Business Intelligence Indexing Connector est installé. Pour plus d’informations, voir :

Configurations matérielle et logicielle requises pour l’installation de SQL Server 2008 R2


Determine hardware and software requirements (SharePoint Server 2010)

System requirements (FAST Search Server 2010 for SharePoint)

Configuration logicielle requise pour Business Intelligence Indexing Connector : installation principale Vous devez installer les éléments prérequis suivants avant d’installer le Business Intelligence Indexing Connector.

Microsoft .NET Framework 3.5 Service Pack 1

Feature Pack Microsoft SQL Server 2008 R2 :

SQL Server 2008 R2 ADOMD.NET

SQL Server 2008 R2 Analysis Management Objects

Types CLR du système SQL Server 2008 R2


http://technet.microsoft.com/library/4d88c402-24f2-449b-86a6-6e7afcfec0cd(Office.14).aspx

http://technet.microsoft.com/library/bef093f6-b07e-47b1-8cee-888ecb4befbb(Office.14).aspx

370

Kit de développement logiciel Open XML SDK 2.0 pour Microsoft Office (OpenXMLSDKv2.msi)

Pour analyser les fichiers PowerPivot pour Excel 2010, vous devez installer les composants suivants sur les serveurs FAST Search

Server 2010 for SharePoint qui sont des processeurs de document :

Microsoft Excel 2010

PowerPivot pour Excel 2010

Installation des logiciels obligatoires Pour installer les éléments prérequis pour le Business Intelligence Indexing Connector, vous pouvez accéder aux sites Web répertoriés dans cette section.

Microsoft .NET Framework 3.5 Service Pack 1 (http://go.microsoft.com/fwlink/?linkid=131037&clcid=0x40C)

Microsoft SQL Server 2008 R2 Feature Pack

Kit de développement logiciel Open XML SDK 2.0 pour Microsoft Office (éventuellement en anglais)


Microsoft SQL Server 2008 R2 PowerPivot pour Microsoft Excel 2010 (éventuellement en anglais)

(http://www.powerpivot.com/download.aspx)

Configuration logicielle requise pour Business Intelligence Indexing Connector : installation frontale Les composants logiciels suivants sont requis pour l’installation frontale du Business Intelligence Indexing Connector. Pour plus d’informations, voir Determine hardware and software requirements (SharePoint Server 2010).

Microsoft SharePoint Server 2010 Enterprise

Navigateur Internet




http://www.powerpivot.com/download.aspx

http://technet.microsoft.com/library/4d88c402-24f2-449b-86a6-6e7afcfec0cd(Office.14).aspx

371

Remarque :

Pour ouvrir des documents dans un partage de fichiers à l’aide de Firefox, voir Des liens vers des pages locales ou réseau ne

fonctionnent pas (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=191096&clcid=0x40C) afin d’obtenir une solution de

contournement.

Installer Microsoft Business Intelligence Indexing Connector : serveurs frontal et principal Après avoir installé les éléments prérequis, téléchargez le Business Intelligence Indexing Connector pour les installations frontale et principale à partir des sites suivants.

Microsoft Business Intelligence Indexing Connector - Serveur principal (http://go.microsoft.com/fwlink/?linkid=195026&clcid=0x40C)

Microsoft Business Intelligence Indexing Connector - Serveur frontal (http://go.microsoft.com/fwlink/?linkid=195027&clcid=0x40C)

Voir aussi Concepts






372


Cet article décrit la topologie pour un déploiement multiserveur du Microsoft Business Intelligence Indexing Connector ajouté à Microsoft FAST Search Server 2010 for SharePoint (serveur principal) et SharePoint Server (serveur frontal). Un serveur est défini en tant que serveur d’administration, sur lequel les services administratifs sont installés et exécutés. Vous pouvez appliquer au déploiement une montée en puissance parallèle pour créer un déploiement multiserveur en ajoutant un ou plusieurs serveurs autres que des serveurs d’administration. Un serveur qui ne fait pas office de serveur d’administration n’héberge pas de services administratifs, mais se connecte à un serveur d’administration en cours d’exécution dans un déploiement multiserveur. Le serveur qui ne fait pas office de serveur d’administration exécute des services tels que la recherche, l’indexation et le traitement de documents. Pour plus d’informations, voir Plan the search solution (FAST Search Server 2010 for SharePoint).

http://technet.microsoft.com/library/bd3d96de-47b4-4dba-a3d4-46a4eb1b3945(Office.14).aspx

http://technet.microsoft.com/library/bd3d96de-47b4-4dba-a3d4-46a4eb1b3945(Office.14).aspx

374

Configuration de FAST Search Server 2010 pour SharePoint (serveur principal) Le Business Intelligence Indexing Connector doit être installé sur les serveurs de traitement de documents et d’administration FAST Search Server 2010 for SharePoint. Dans l’Assistant de configuration du Business Intelligence Indexing Connector, vous pouvez activer la fonctionnalité d’analyse pour les sources de données externes. Par défaut, la fonctionnalité est désactivée. Le Business Intelligence Indexing Connector étend l’interface IFilter existante pour Office sur les serveurs d’analyse FAST Search Server 2010 for SharePoint. Les types de fichiers suivants sont analysés et traités par le Business Intelligence Indexing Connector :

classeurs Microsoft Office Excel 2007 et Microsoft Excel 2010 (.xlsx) ;

classeurs Microsoft prenant en charge les macros (.xlsm) ;

rapports SQL Server Reporting Services et Report Builder 3.0 (.rdl).

Pour plus d’informations sur l’installation, voir Install and configure Business Intelligence Indexing Connector (back end).

Configuration pour SharePoint Server 2010 (serveur frontal) La configuration du client pour le Business Intelligence Indexing Connector est une fonctionnalité qui peut être activée sur la batterie de serveurs SharePoint Server. Elle permet de personnaliser le site FAST Search spécifié. La configuration se produit lorsque vous installez le package de solution SharePoint. Pour plus d’informations, voir Install or uninstall SharePoint Solution Pack for Business Intelligence Indexing Connector (frontend).

Architecture logique La figure suivante décrit l’architecture du Business Intelligence Indexing Connector.

http://technet.microsoft.com/library/1be766ad-8f51-4292-be03-87a4c0faf811(Office.14).aspx

http://technet.microsoft.com/library/75593781-21f1-49d2-a652-60de26c68d89(Office.14).aspx

http://technet.microsoft.com/library/75593781-21f1-49d2-a652-60de26c68d89(Office.14).aspx

376

Comprendre la planification des solutions et des scénarios (livre blanc)

Ce livre blanc fournit des directives et des exemples pour le développement d’une solution d’aide à la décision avec la planification, la budgétisation et la prévision des capacités pour les départements des finances, des ressources humaines et d’autres départements d’une organisation. L’architecture de la solution est conçue pour permettre de planifier des fonctions incluant les capacités d’écriture différée dans les cubes SQL Server Analysis Services, les listes SharePoint et les bases de données relationnelles. Ce livre blanc montre également comment la plateforme Microsoft peut être utilisée dans le développement de calculs financiers et de règles métiers pour lier les données de formulaires et de rapports via Microsoft Excel. Les fonctions de flux de travail et de sécurité sont également incluses pour permettre la collaboration dans les environnements Microsoft SharePoint 2010. Enfin, la création et la gestion d’un modèle de données centralisé sont présentées.

Télécharger le fichier (éventuellement en anglais)


377

Planification des données métiers et des processus d’entreprise (SharePoint Server 2010)

Les rubriques de cette section vous aident à planifier et à élaborer des solutions qui intègrent les processus métiers et les formulaires commerciaux aux données de votre entreprise.





378


Services Microsoft Business Connectivity sont un ensemble de services et fonctionnalités qui fournissent un moyen pour connecter des solutions Microsoft SharePoint Server 2010 aux sources de données externes et pour définir des types de contenu externe qui reposent sur ces données externes. La planification de Services Microsoft Business Connectivity doit inclure une réflexion sur les types de solutions que votre organisation requiert et la planification de la sécurité et de l'administration de ces solutions.


Vue d’ensemble de Business Connectivity Services (SharePoint Server 2010)

Définit le concept des Services Microsoft Business Connectivity et explique comment les solutions basées sur les Services Microsoft Business Connectivity peuvent tirer parti de l’intégration des applications clientes, des serveurs, des services et des outils dans suites Microsoft Office 2010.

Vue d’ensemble de la sécurité de Business Connectivity Services (SharePoint Server 2010)

Décrit l’architecture de sécurité du serveur et du client des Services Microsoft Business Connectivity, les environnements de sécurité pris en charge, les modes d’authentification disponibles pour connecter les types de contenu externe aux systèmes externes, les options d’autorisation disponibles sur les objets stockés et les techniques générales pour la configuration de la sécurité des Services Microsoft Business Connectivity.

Vue d’ensemble de l’administration du service Business Data Connectivity (SharePoint Server 2010)

Fournit une vue d’ensemble de l’administration des Services Microsoft Business Connectivity et met en évidence l’utilisation des service Connexion de données métiers.

Planifier l’intégration cliente de Business Connectivity Services (SharePoint Server 2010)

Explique comment les utilisateurs peuvent déconnecter des listes externes vers Microsoft Outlook 2010 et Microsoft SharePoint Workspace 2010. En outre, cet article fournit des indications sur la façon dont les utilisateurs peuvent interagir avec des systèmes externes à partir de leurs applications clientes Microsoft Office 2010 de manière plus sécurisée.

Vue d’ensemble de la journalisation des diagnostics dans Business Connectivity Services (SharePoint Server 2010)

379

Explique comment utiliser des journaux de diagnostic sur des serveurs exécutant Microsoft SharePoint Server 2010 et sur des applications clientes Microsoft Office 2010 pour résoudre les problèmes liés aux services Microsoft Business Connectivity. Explique également comment utiliser des ID d’activité pour effectuer le suivi des problèmes jusqu’aux systèmes externes.

Planifier la mise à niveau vers les services Business Connectivity (SharePoint Server 2010)

Explique le fonctionnement de la mise à niveau depuis le catalogue de données métiers Microsoft Office SharePoint Server 2007 vers les Services Microsoft Business Connectivity dans SharePoint Server 2010 et fournit de l’aide sur la mise à niveau de différents types de solutions utilisant le catalogue de données métiers.


Microsoft Business Connectivity Services

http://technet.microsoft.com/library/5079ff33-3317-408b-b358-ace11e2540b5(Office.14).aspx

380


Microsoft SharePoint Server 2010 et les suites Microsoft Office 2010 comprennent les Services Microsoft Business Connectivity, ensemble de services et de fonctionnalités qui permettent de connecter des solutions SharePoint à des sources de données externes et de définir des types de contenu externe basés sur ces données externes. Les types de contenu externe sont assimilables à des types de contenu et facilitent la présentation et la manipulation des données externes dans les listes SharePoint (appelées listes externes), les composants WebPart, les clients Microsoft Word 2010, Microsoft Outlook 2010 et Microsoft SharePoint Workspace 2010. Les systèmes externes auxquels les Services Microsoft Business Connectivity peuvent se connecter comprennent les bases de données SQL Server, les applications SAP, les services Web (y compris les services Web Windows Communication Foundation), les applications personnalisées et les sites Web basés sur SharePoint. À l’aide des Services Microsoft Business Connectivity, vous pouvez concevoir et créer des solutions qui étendent les fonctionnalités de collaboration SharePoint et l’expérience utilisateur Office aux données métiers externes et aux processus associés à celles-ci.

Les solutions basées sur les Services Microsoft Business Connectivity utilisent un ensemble d’interfaces normalisées pour l’accès aux données métiers. Par conséquent, les développeurs de solutions n’ont pas besoin d’assimiler des pratiques de programmation propres à un système ou à un adaptateur pour chaque source de données externe. En outre, les Services Microsoft Business Connectivity fournissent l’environnement d’exécution dans lequel les solutions qui comprennent des données externes sont chargées, intégrées et exécutées dans des applications clientes Office prises en charge et sur le serveur Web.

Solutions types reposant sur Business Connectivity Services Les solutions basées sur les Services Microsoft Business Connectivity peuvent tirer parti de l’intégration d’applications clientes, de serveurs, de services et d’outils aux suites Microsoft Office 2010. En règle générale, les travailleurs de l’information réalisent une grande partie de leur travail en dehors des processus formels d’un système d’entreprise. Par exemple, ils collaborent par téléphone ou par messages électroniques, utilisent des documents et des feuilles de calcul provenant de plusieurs sources et travaillent tantôt en ligne, tantôt en mode hors connexion. Les solutions basées sur les Services Microsoft Business Connectivity peuvent être conçues de manière à s’intégrer à ces processus informels utilisés par les travailleurs de l’information :

381

Elles peuvent être le fruit de la combinaison de plusieurs services et fonctionnalités provenant de systèmes de données externes et

des suites Office 2010 pour fournir des solutions ciblées sur des rôles spécifiques.

Ils prennent en charge les interactions informelles et ciblent les activités et les processus qui se produisent pour la plupart en dehors

des systèmes d’entreprise formels. Dans la mesure où ils reposent sur l’utilisation des produits SharePoint 2010, les solutions basées

sur les Services Microsoft Business Connectivity favorisent la collaboration.

Elles permettent aux utilisateurs d’effectuer des tâches dans l’interface utilisateur classique des applications Office et des produits

SharePoint 2010.

Ci-dessous quelques exemples de solutions reposant sur les Services Microsoft Business Connectivity :

Assistance Une entreprise implémente son dispositif d’assistance, qui fournit un support technique interne, en tant que solution

basée sur les Services Microsoft Business Connectivity. Les demandes de support et la base de connaissances du support technique

sont stockées dans des bases de données externes et sont intégrées à la solution à l’aide du service Connexion de données métiers.

La solution affiche les demandes de support et la base de connaissances dans le navigateur Web. Les travailleurs de l’information

peuvent afficher leurs demandes actuelles dans un navigateur Web ou dans Microsoft Outlook. Les spécialistes du support technique

affichent les demandes qui leur ont été affectées dans un navigateur à l’aide de Microsoft Outlook et, lorsqu’ils travaillent en mode

hors connexion, à l’aide de Microsoft SharePoint Workspace. Les problèmes soumis au support technique passent par chaque étape

des flux de travail. Les responsables de l’équipe du support technique peuvent consulter des tableaux de bord qui affichent les

rapports d’assistance. En règle générale, les rapports indiquent le nombre de problèmes soumis au support technique affectés à

chaque spécialiste du support technique, les problèmes actuellement les plus critiques et le nombre d’incidents signalés au support

technique gérés par chaque spécialiste du support technique pendant une période donnée.

Suivi d’artistes Une agence de gestion de talents intègre sa base de données d’artistes à son site Web interne. La liste complète

d’artistes, leurs informations de contact et leurs plannings peuvent être placés en mode hors connexion dans Microsoft SharePoint

Workspace ou dans Microsoft Outlook. Les contrats d’enregistrement peuvent être générés et remplis à partir du site Web, de

Microsoft SharePoint Workspace ou de Microsoft Outlook, et chaque contrat transite par les différentes étapes d’un flux de travail. Les

nouveaux artistes peuvent être ajoutés à partir du site Web ou de Microsoft Outlook. À l’aide de cette solution, les agents ont toujours

à portée les informations dont ils ont besoin et peuvent effectuer de nombreuses tâches essentielles à l’aide des interfaces Office

classiques.

Tableau de bord des ventes Une application de tableau de bord des ventes permet aux covendeurs dans une organisation de

rechercher rapidement les informations dont ils ont besoin et d’entrer de nouvelles données. Les bons de commande et les

informations des clients sont gérés dans une base de données externe et sont intégrés à la solution à l’aide des Services Microsoft

Business Connectivity. Suivant leurs rôles, les membres de l’équipe peuvent afficher les informations d’analyse des ventes, les

données sur les performances des ventes de membres de l’équipe spécifiques, les clients potentiels, ainsi que les informations de

382

contact et les commandes d’un client. Les professionnels des ventes peuvent afficher leurs plannings quotidiens, consulter les tâches

que leur ont affectées leurs responsables, collaborer avec les membres de l’équipe et lire des informations sur leur secteur d’activités

à partir d’un navigateur Web, de Microsoft Outlook ou, s’ils travaillent en mode hors connexion, dans Microsoft SharePoint

Workspace. À l’aide de Microsoft Word 2010, les responsables peuvent créer des rapports d’état mensuels dont les données

proviennent des systèmes externes.

Architecture de Business Connectivity Services L’illustration suivante montre l’architecture des Services Microsoft Business Connectivity.

384

A : le service Connexion de données métiers (service BDC) permet de stocker et de sécuriser les types de contenu externe et les objets connexes. Un type de contenu externe définit les éléments suivants :

un jeu nommé de champs de données, tel que « client» ;

les opérations permettant d’interagir avec le système externe des données, telles que les opérations de lecture, d’écriture et de

création ;

les informations de connectivité qui permettent aux solutions qui utilisent le type de contenu externe de se connecter au système

externe.

B : les types de contenu externe sont stockés dans une base de données service Connexion de données métiers dédiée.

C : le service Banque d’informations sécurisé stocke de manière sécurisée les jeux d’informations d’identification des systèmes externes et associe ces jeux d’informations d’identification à des identités d’individus ou de groupes. Un scénario courant pour le service Banque d’informations sécurisé est une solution qui effectue l’authentification auprès d’un système externe dans lequel l’utilisateur actuel possède un compte différent pour l’authentification sur ce système externe. Lorsqu’il est utilisé avec le service Connexion de données métiers, le service Banque d’informations sécurisé permet d’authentifier les utilisateurs et les groupes sur des sources de données externes.

D : les jeux d’informations d’identification utilisés par le service Banque d’informations sécurisé sont stockés dans une base de données sécurisée dédiée.

E : le runtime serveur Business Data Connectivity sur les serveurs SharePoint frontaux utilise les données de connectivité de données métiers pour se connecter au systèmes externes et y exécuter des opérations afin d’en faciliter l’accès aux clients légers tels que les navigateurs Web.

F : le magasin de packages BCS regroupe les packages Services Microsoft Business Connectivity déployables contenant des informations dont les Services Microsoft Business Connectivity et les applications Office ont besoin pour interagir avec les systèmes externes de clients enrichis.

G : le service Connexion de données métiers prend en charge la connexion à des bases de données relationnelles, aux services Web, aux services WCF (Windows Communication Foundation (WCF), aux assemblys de connectivité .NET et aux connecteurs de données personnalisés qui respectent les exigences des Services Microsoft Business Connectivity.

H : les sites Web SharePoint utilisent des composants WebPart de données métiers et des listes externes SharePoint pour interagir avec les données externes exposées par les Services Microsoft Business Connectivity.

I : lorsque les utlisateurs se connectent à une liste externe, un package BCS est téléchargé sur les ordinateurs clients.

J : sur les clients Office pris en charge (Microsoft SharePoint Workspace, Microsoft Outlook et Microsoft Word), le runtime client d’intégration Office joue le rôle de connecteur entre les Services Microsoft Business Connectivity en cours d’exécution sur les clients et les applications Office.

385

K : le runtime client Business Data Connectivity, sur les ordinateurs clients, utilise les données du service Connexion de données métiers et les données du service Banque d’informations sécurisé pour se connecter aux systèmes externes et y exécuter des opérations afin d’en faciliter l’accès aux clients enrichis pris en charge.

L: service Connexion de données métiers data and Secure Store Service data is cached on client computers.

M : le runtime Business Data Connectivity, sur les ordinateurs clients, prend en charge la connexion à SQL Server et à d’autres bases de données relationnelles, ainsi qu’aux services Web et aux connecteurs de données personnalisés qui respectent les exigences des Services Microsoft Business Connectivity.

N : l’actualisation du cache client synchronise le cache avec les données des Services Microsoft Business Connectivity et les données du service Banque d’informations sécurisé.

O : le service Banque d’informations sécurisé client permet aux utilisateurs finaux de configurer leurs mappages clients dans la base de données d’informations d’identification.

P : les développeurs de solutions peuvent utiliser Microsoft SharePoint Designer 2010 et Visual Studio 2010 pour créer des types de contenu externe et des modèles BDC.


Nous vous recommandons d’utiliser le protocole SSL (Secure Sockets Layer) sur tous les canaux entre les ordinateurs clients et les

serveurs frontaux et d’utiliser le protocole SSL ou la sécurité IPSec (Internet Protocol Security) entre les serveurs Microsoft SharePoint

Server 2010 et les systèmes externes.

386

Vue d’ensemble de la sécurité de Business Connectivity Services (SharePoint Server 2010)

Cet article décrit l’architecture de sécurité du serveur et du client Services Microsoft Business Connectivity, les environnements de sécurité pris en charge, les modes d’authentification disponibles pour connecter des types de contenu externe à des systèmes externes, les options d’autorisation disponibles sur les objets stockés et les techniques générales pour configurer la sécurité des Services Microsoft Business Connectivity.

Dans cet article :

À propos de cet article

Architecture de sécurité de Business Connectivity Services

Vue d’ensemble de l’authentification de Business Connectivity Services

Vue d’ensemble des autorisations du service Business Connectivity

Sécurisation de Business Connectivity Services

À propos de cet article Les Services Microsoft Business Connectivity incluent des fonctionnalités de sécurité permettant l’authentification des utilisateurs pour accéder aux systèmes externes et la configuration des autorisations sur les données des systèmes externes. Les Services Microsoft Business Connectivity sont hautement flexibles et peuvent gérer une large panoplie de méthodes de sécurité à partir des applications Microsoft Office 2010 prises en charge et du navigateur Web.

Architecture de sécurité de Business Connectivity Services Cette section décrit l’architecture de la sécurité Services Microsoft Business Connectivity pour l’authentification à partir d’un navigateur Web ou à partir d’une application cliente Office 2010 prise en charge, comme Microsoft Outlook 2010.

387


Il est recommandé d’utiliser SSL (Secure Sockets Layer) sur tous les canaux entre les ordinateurs clients et les serveurs frontaux. Il est

également recommandé d’utiliser SSL ou IPSec (Internet Protocol Security) entre les serveurs exécutant Microsoft SharePoint Server

2010 et des systèmes externes. Notez cependant que vous ne pouvez pas utiliser SSL lors de la transmission de messages aux

systèmes externes à l’aide du protocole SOAP 1.1 ou de la connexion à une base de données SQL Server. Toutefois, dans ces cas, vous

pouvez utiliser IPSec pour protéger l’échange de données.

Accès à des données externes à partir d’un navigateur Web

Lorsqu’un utilisateur accède aux données externes à partir d’un navigateur Web, trois systèmes sont impliqués : l’ordinateur client de l’utilisateur connecté, la batterie de serveurs Web et le système externe.

389

1. À partir des navigateurs Web, les utilisateurs interagissent généralement avec les données externes dans des listes externes ou en

utilisant des composants WebPart.

2. Le BDC Server Runtime sur les serveurs frontaux utilise les données du service Connexion de données métiers pour se connecter

aux systèmes externes et y exécuter des opérations.

3. Le service Banque d’informations sécurisé stocke en toute fiabilité les jeux d’informations d’identification pour les systèmes externes

et associe ces jeux à des identités d’individus ou de groupes.

4. Le service d’émission de jeton de sécurité est un service Web qui répond aux demandes d’authentification en émettant des jetons de

sécurité composés de revendications d’identité basées sur les informations de comptes utilisateur stockées.

5. Les Services Microsoft Business Connectivity peuvent transmettre les informations d’identification aux bases de données et services

Web qui sont configurés pour utiliser l’authentification basée sur les revendications. Pour une vue d’ensemble du service Banque

d’informations sécurisé, voir Plan the secure store service. Pour une vue d’ensemble de l’authentification reposant sur les

revendications, voir Plan authentication methods (SharePoint Server 2010).

Accès aux données externes à partir d’une application cliente Office

Pour accéder aux données externes à partir d’une application cliente Office prise en charge, deux systèmes sont impliqués : l’ordinateur client de l’utilisateur connecté et le système externe. Ce modèle est pris en charge lorsqu’un utilisateur interagit avec les données externes en utilisant Outlook 2010, Microsoft SharePoint Workspace ou Microsoft Word 2010.

http://technet.microsoft.com/library/e1196de0-1eb9-4c50-aeca-93e0eba7be0d(Office.14).aspx


391

1. Les utilisateurs Outlook 2010 utilisent souvent des données externes dans les éléments Outlook tels que Contacts ou Tâches. Les

utilisateurs SharePoint Workspace 2010 peuvent mettre des listes externes hors connexion et interagir avec celles-ci. Les utilisateurs

Word 2010 peuvent insérer des données externes dans des documents Word.

2. Office Integration Client Runtime agit en tant que connecteur entre Services Microsoft Business Connectivity s’exécutant sur le client

et les applications Office prises en charge.

3. Si les données externes sont configurées pour utiliser l’authentification basée sur les revendications, le client interagit avec le service

d’émission de jeton de sécurité sur la batterie de serveurs SharePoint pour obtenir les jetons de revendications. (Pour plus

d’informations, voir Configure claims authentication (SharePoint Server 2010).)

4. BDC Client Runtime sur les ordinateurs clients utilise les données du service Connexion de données métiers pour se connecter à des

systèmes externes et y exécuter des opérations pour un accès client enrichi.

5. Le cache client met en cache les informations du service Connexion de données métiers et du service Banque d’informations sécurisé

qui sont nécessaires pour sécuriser la connexion aux données externes. Le cache est actualisé à partir de la batterie de serveurs

SharePoint pour incorporer les informations mises à jour.

6. Le service Banque d’informations sécurisé client permet aux utilisateurs finaux de configurer leurs informations d’identification de

sécurité.

7. Les Services Microsoft Business Connectivity peuvent transmettre les informations d’identification aux bases de données et aux

services prenant en charge les revendications.

Vue d’ensemble de l’authentification de Business Connectivity Services Les Services Microsoft Business Connectivity peuvent être configurés pour transmettre les demandes d’authentification aux systèmes externes en utilisant les types de méthodes suivants :

Informations d’identification Il s’agit généralement du couple nom/mot de passe. Certains systèmes externes peuvent nécessiter

des informations d’identification supplémentaires, par exemple une valeur PIN (Personal Identification Number).

Revendications Les tickets SAML (Security Assertion Markup Language) peuvent être transmis aux services prenant en charge les

revendications qui fournissent les données externes.

Configuration de Business Connectivity Services pour l’authentification des informations d’identification

http://technet.microsoft.com/library/83762baa-b23b-4b63-b14f-350421d9f18a(Office.14).aspx

392

Les Services Microsoft Business Connectivity peuvent utiliser des informations d’identification qu’un utilisateur fournit pour authentifier des demandes de données externes. Les méthodes suivantes de fourniture par les utilisateurs des informations d’identification pour l’accès aux données externes sont prises en charge :

Authentification Windows :

Stimulation/Réponse de Windows (NTLM)

Microsoft Negotiate

Authentification autre que Windows

Basée sur des formulaires

Digest

De base

Lors de la configuration des Services Microsoft Business Connectivity pour la transmission d’informations d’identification, le concepteur de la solution ajoute des informations sur le mode d’authentification aux types de contenu externe. Le mode d’authentification transmet aux Services Microsoft Business Connectivity des informations sur la façon de traiter une demande d’authentification entrante émanant d’un utilisateur et de mapper cette demande à un jeu d’informations d’identification pouvant être transmises à un système de contenu externe. Par exemple, un mode d’authentification peut spécifier la transmission des informations d’identification directement au système de données externe. Sinon, il peut spécifier que les informations d’identification de l’utilisateur soient mappées à un compte qui est stocké dans un service Banque d’informations sécurisé qui doit alors être transmis au système externe.

Vous associez un mode d’authentification à un type de contenu externe des façons suivantes :

Lorsque vous créez un type de contenu externe dans Microsoft SharePoint Designer ou Microsoft Visual Studio 2010.

Si le système externe est un service Web, vous pouvez utiliser les pages d’administration des Services Microsoft Business

Connectivity pour spécifier le mode d’authentification.

Vous pouvez spécifier le mode d’authentification en éditant directement le fichier .XML qui définit le type de contenu externe.

Le tableau suivant décrit les modes d’authentification des Services Microsoft Business Connectivity :

Mode d’authentification Description

PassThrough Transmet les informations d’identification d’un utilisateur connecté

au système externe. Cela nécessite que les informations

393


d’identification de l’utilisateur soient connues du système externe.

Remarque :

Si l’application Web n’est pas configurée pour être authentifiée à

l’aide des informations d’identification Windows, le compte NT

Authority/Connexion anonyme est transmis au système externe,

plutôt que les informations d’identification de l’utilisateur.

Ce mode est appelé Identité de l’utilisateur dans les pages

d’administration des Services Microsoft Business Connectivity et

dans SharePoint Designer 2010.

RevertToSelf Lorsque l’utilisateur accède aux données externes à partir d’un

navigateur Web, ce mode ignore les informations d’identification de

l’utilisateur et envoie le compte d’identité du pool d’applications sous

lequel le runtime BCS est en cours d’exécution sur le serveur Web

au système externe. Lorsque l’utilisateur accède aux données

externes à partir d’une application cliente Office, ce mode est

l’équivalent du mode relais (PassThrough), car les Services

Microsoft Business Connectivity s’exécutant sur le client s’exécutent

selon les informations d’identification de l’utilisateur.

Ce mode est appelé Identité BDC dans les pages d’administration

des Services Microsoft Business Connectivity et dans SharePoint

Designer 2010.

Remarque :

Par défaut, le mode RevertToSelf n’est pas activé. Vous devez

394


utiliser Windows PowerShell pour activer le mode RevertToSelf afin de pouvoir créer ou importer des modèles qui utilisent RevertToSelf. Pour plus d’informations, voir Mode d’authentification RevertToSelf.

Le mode RevertToSelf n’est pas pris en charge dans les

environnements hébergés.

WindowsCredentials Pour les bases de données ou les services Web externes, ce mode

utilise un service Banque d’informations sécurisé pour mapper les

informations d’identification de l’utilisateur à un jeu d’informations

d’identification Windows sur le système externe.

Ce mode est appelé Imiter l’identité Windows dans les pages


dans SharePoint Designer 2010.

Credentials Pour un service Web externe, ce mode utilise un service Banque d’informations sécurisé pour mapper les informations d’identification

de l’utilisateur à un jeu d’informations d’identification fournies par

une source autre que Windows et qui sont utilisées pour accéder aux données externes. Le service Web doit utiliser une authentification de base ou Digest quand ce mode est utilisé.

Important :

Pour mieux préserver la sécurité dans ce mode, nous recommandons que la connexion entre les Services Microsoft Business Connectivity et le système externe soit sécurisée via

l’utilisation de SSL (Secure Sockets Layer) ou IPSec (Internet

Protocol Security).

http://technet.microsoft.com/library/a2b08d22-fa38-4cf3-9643-13f4b1dcbc5e(Office.14).aspx#BDCIdentity

395


Ce mode est appelé Imiter l’identité personnalisée dans les pages


dans Office SharePoint Designer.

RDBCredentials Pour une base de données externe, ce mode utilise un service

Banque d’informations sécurisé pour mapper les informations

d’identification de l’utilisateur à un jeu d’informations d’identification

fournies par une source autre que Windows. Pour mieux préserver la sécurité dans ce mode, nous recommandons que la connexion entre les Services Microsoft Business Connectivity et le système externe soit sécurisée par le protocole SSL (Secure Sockets Layer) ou la sécurité IPSec.

Ce mode est appelé Imiter l’identité personnalisée dans les pages


dans Office SharePoint Designer.

DigestCredentials Pour un service WCF, ce mode utilise un service Banque d’informations sécurisé pour mapper les informations d’identification

de l’utilisateur à un jeu d’informations d’identification en utilisant

l’authentification Digest.

Ce mode est appelé Emprunter l’identité personnalisée - Digest

dans les pages d’administration des Services Microsoft Business

Connectivity et dans SharePoint Designer 2010.

L’illustration suivante représente les modes d’authentification des Services Microsoft Business Connectivity lors de l’utilisation des informations d’identification.

397

En mode PassThrough (Identité de l’utilisateur) (A), les informations d’identification de l’utilisateur connecté sont transmises

directement au système externe.

En mode RevertToSelf (Identité BDC) (B), les informations d’identification de connexion de l’utilisateur sont remplacées par les

informations d’identification du compte de processus sous lequel s’exécutent les Services Microsoft Business Connectivity, et ces

informations d’identification sont transmises au système externe.

Trois modes utilisent le service Banque d’informations sécurisé : WindowsCredentials (Imiter l’identité Windows), RdbCredentials

(Imiter l’identité personnalisée) et Credentials. Dans ces modes, les informations d’identification de l’utilisateur sont mappées à un jeu

d’informations d’identification pour le système externe et les Services Microsoft Business Connectivity transmettent ces informations

d’identification au système externe. Les administrateurs de solutions peuvent soit mapper les informations d’identification de chaque

utilisateur à un compte unique, soit mapper un jeu d’utilisateurs authentifiés à un compte de groupe unique.

Configuration de Business Connectivity Services pour l’authentification basée sur les revendications

Les Services Microsoft Business Connectivity peuvent fournir l’accès aux données externes sur la base de jetons de sécurité entrants et transmettre les jetons de sécurité à des systèmes externes. Un jeton de sécurité est constitué d’un jeu de revendications d’identité concernant un utilisateur, et l’utilisation de jetons de sécurité pour l’authentification est appelée « authentification basée sur les revendications ». SharePoint Server inclut un service d’émission de jeton de sécurité qui émet des jetons de sécurité.

L’illustration suivante montre comment le service d’émission de jeton de sécurité et le service Banque d’informations sécurisé collaborent dans l’authentification basée sur les revendications :

399

1. Un utilisateur tente une opération sur une liste externe qui est configurée pour l’authentification basée sur les revendications.

2. L’application cliente demande un jeton de sécurité au service d’émission de jeton de sécurité.

3. Selon l’identité de l’utilisateur demandeur, le service d’émission de jeton de sécurité émet un jeton qui contient un jeu de

revendications et un identificateur d’application cible. Le service d’émission de jeton de sécurité retourne le jeton à l’application

cliente.

4. Le client transmet le jeton de sécurité au service Banque d’informations sécurisé.

5. Le service Banque d’informations sécurisé évalue le jeton de sécurité et utilise l’identificateur de l’application cible pour retourner un

jeu d’informations d’identification qui s’appliquent au système externe.

6. Le client reçoit les informations d’identification et les transmet au système externe de façon qu’une opération (telle que l’extraction ou

la mise à jour de données externes) puisse avoir lieu.

Vue d’ensemble des autorisations du service Business Connectivity Dans les Services Microsoft Business Connectivity, les autorisations associent un compte individuel, un compte de groupe ou une revendication à un ou plusieurs niveaux d’autorisation sur un objet dans un magasin de métadonnées. En définissant correctement les autorisations sur des objets dans les Services Microsoft Business Connectivity, les solutions sont mieux à même d’incorporer sans risque les données externes. Lors de la planification d’une stratégie d’autorisations, nous vous recommandons d’accorder des autorisations spécifiques à chaque utilisateur ou groupe qui en a besoin, de façon que les informations d’identification fournissent le minimum de privilèges nécessaires pour réaliser les tâches.

400

Attention :

Définir correctement les autorisations dans les Services Microsoft Business Connectivity fait partie d’une stratégie de sécurité globale. Un

autre facteur tout aussi important est la sécurisation des données dans les systèmes externes. La façon dont vous procédez dépend du modèle de sécurité et des fonctionnalités du système externe, mais ce sujet dépasse le cadre de cet article.

Remarque :

Les services Microsoft Business Connectivity utilisent les autorisations sur les objets de métadonnées et les autorisations sur le système

externe pour déterminer les règles d’autorisation. Par exemple, un découpage de sécurité peut empêcher les données externes

d’apparaître dans les résultats de la recherche des utilisateurs. Toutefois, si des utilisateurs découvrent d’une manière ou d’une autre

l’URL permettant d’accéder aux données externes masquées, ils peuvent accéder aux données externes s’ils disposent des autorisations

nécessaires sur l’objet de métadonnées et sur le système externe. La façon correcte d’empêcher les utilisateurs d’accéder aux données

externes consiste à définir les autorisations appropriées dans les services Microsoft Business Connectivity et dans le système externe.

Sur quoi peut-on définir des autorisations ?

Chaque instance du service Connexion de données métiers (ou, dans le cas de l’hébergement, chaque partition) contient un magasin de métadonnées qui inclut tous les modèles, les systèmes externes, les types de contenu externe, les méthodes et les instances de méthodes qui ont été définis pour les besoins de ce magasin. Ces objets existent dans une hiérarchie comme le montre l’illustration suivante :

402

Remarque :

Dans le graphique hiérarchique précédent, les libellés entre parenthèses correspondent aux noms des objets définis dans le schéma de métadonnées des Services Microsoft Business Connectivity. Les libellés qui ne figurent pas entre parenthèses sont les noms de chaque objet tel qu’il apparaît dans l’interface utilisateur du service Connexion de données métiers. Pour une description complète du schéma de

métadonnées des Services Microsoft Business Connectivity, ainsi que des procédures pas à pas de nombreuses tâches de développement, voir le Kit de développement logiciel (SDK) Microsoft SharePoint 2010


La hiérarchie des objets dans un magasin de métadonnées détermine les objets qui peuvent propager leurs autorisations à d’autres objets. Dans l’illustration, chaque objet sur lequel des autorisations peuvent être définies, et le cas échéant propagées, est représenté par une ligne continue ; chaque objet qui prend ses autorisations de son objet parent est représenté par une ligne discontinue. Par exemple, l’illustration montre qu’il est possible de sécuriser un système externe (LobSystem) en lui affectant des autorisations, mais une action ne peut pas recevoir d’autorisations directement. Les objets auxquels il n’est pas possible d’affecter des autorisations prennent leurs autorisations de leur objet parent. Par exemple, une action prend les autorisations de son type de contenu externe (entité) parent.


Quand les autorisations s’appliquant à un objet dans un magasin de métadonnées sont propagées, les paramètres des autorisations pour

tous les enfants de cet élément sont remplacés par les autorisations de l’objet propagateur. Par exemple, si des autorisations sont

propagées à partir d’un type de contenu externe, toutes les méthodes et les instances de méthodes de ce type de contenu externe

reçoivent les nouvelles autorisations.

Il est possible de définir quatre niveaux d’autorisation sur le magasin de métadonnées et les objets qu’il contient :

Modifier


403


L’autorisation Modifier doit être considérée comme dotée de privilèges élevés. À l’aide de l’autorisation Modifier, un utilisateur malveillant

peut dérober des informations d’identification ou endommager une batterie de serveurs. Dans un système de production, il est

recommandé de n’accorder l’autorisation Modifier qu’aux utilisateurs qui, à vos yeux, présentent les qualités requises pour disposer

d’autorisations de niveau administrateur.

Exécuter

Sélectionnable dans les clients

Définir les autorisations

Le tableau suivant définit la signification de ces autorisations sur les divers objets pour lesquels elles peuvent être définies.

Objet Définition Autorisations de modification

Autorisations

d’exécution

Autorisations Sélectionnable dans les clients

Autorisations Définir des autorisations

Magasin de métadonnées La collection de fichiers XML, stockés dans le service Connexion de données métiers, contenant chacun des définitions de modèles, de types de contenu externe et de systèmes externes.

L’utilisateur peut

créer de nouveaux systèmes externes.

En dépit de

l’absence d’une

autorisation

« Exécuter » sur le

magasin de métadonnées même, ce paramètre peut être utilisé pour propager des autorisations

d’exécution à des

objets enfants dans le magasin de métadonnées.

En dépit de

l’absence d’une

autorisation

« Sélectionnable

dans les clients » sur

le magasin de métadonnées même, ce paramètre peut être utilisé pour propager ces autorisations à des objets enfants dans le magasin de métadonnées.


définir des autorisations sur

n’importe quel

objet du magasin de métadonnées en les propageant à partir du magasin de métadonnées.

404


Autorisations

d’exécution



Modèle Un fichier XML qui contient

des jeux de descriptions d’un

ou plusieurs types de contenu externe, leurs systèmes externes connexes et des informations spécifiques à

l’environnement, telles que

les propriétés

d’authentification.


éditer le fichier modèle.

L’autorisation

« Exécuter » n’est

pas applicable aux modèles.

L’autorisation

« Sélectionnable

dans les clients »

n’est pas applicable

aux modèles.


définir des autorisations sur le modèle.

Système externe La définition de métadonnées

d’une source de données

prise en charge pouvant être modélisée, par exemple une base de données, un service Web ou un assembly de connectivité .NET.


éditer le système externe. Le fait de définir cette autorisation permet de rendre le système externe et toute instance de système externe

qu’il contient

visibles dans SharePoint Designer.

En dépit de

l’absence d’une

autorisation

« Exécuter » sur

un système externe même, ce paramètre peut être utilisé pour propager des autorisations d’exécution à des


En dépit de

l’absence d’une

autorisation

« Sélectionnable


un système externe même, ce paramètre peut être utilisé pour propager ces autorisations à des objets enfants dans le magasin de métadonnées.


définir des autorisations sur le système externe.

Type de contenu externe Collection de métadonnées réutilisable qui définit un jeu de données à partir d’un ou

plusieurs systèmes externes,

En dépit de

l’absence d’une

autorisation

« Modifier » sur un


exécuter des opérations sur le type de contenu


créer des listes externes du type de


définir des autorisations sur le type de contenu

405


Autorisations

d’exécution



les opérations disponibles sur ces données et les informations de connectivité liées à ces données.

type de contenu externe même, ce paramètre peut être utilisé pour propager ces autorisations à des objets enfants dans le magasin de métadonnées.

externe. contenu externe. externe.

Méthode Une opération liée à un type de contenu externe.


éditer la méthode.

En dépit de

l’absence d’une

autorisation

« Exécuter » sur

une méthode même, ce paramètre peut être utilisé pour propager des autorisations d’exécution à des


Il n’existe pas

d’autorisation

« Sélectionnable


une méthode.


définir des autorisations sur la méthode.

Instance de méthode Pour une méthode particulière, décrit la façon

d’utiliser une méthode en

utilisant un jeu spécifique de valeurs par défaut.


éditer l’instance

de méthode.


exécuter

l’instance de

méthode.

Il n’existe pas

d’autorisation

« Sélectionnable


une instance de


définir des autorisations sur

l’instance de

méthode.

406


Autorisations

d’exécution



méthode.

Autorisations spéciales sur le service Business Data Connectivity

Outre les fonctionnalités générales de définition d’autorisations décrites plus haut, il existe un jeu d’autorisations spéciales pour le service Connexion de données métiers :

Les administrateurs de batterie ont toutes les autorisations sur le service Connexion de données métiers. Ceci est nécessaire par

exemple pour gérer ou réparer une instance du service. Cependant, sachez que l’administrateur de batterie ne possède d’autorisation

d’exécution sur aucun objet du magasin de métadonnées et que ce droit doit être accordé explicitement par un administrateur d’une

instance du service Connexion de données métiers, si cela est nécessaire.

Les utilisateurs de Windows PowerShell sont des administrateurs de batterie et peuvent exécuter des commandes sur le service

Connexion de données métiers.

Les comptes de pool d’applications sur les serveurs frontaux ont les mêmes autorisations sur le service Connexion de données

métiers que les administrateurs de batterie. Cette autorisation est nécessaire pour générer des packages de déploiement basés sur

les Services Microsoft Business Connectivity.

Les utilisateurs SharePoint Designer doivent, dans la plupart des cas, recevoir les autorisations suivantes sur l’ensemble du

magasin de métadonnées : Modifier, Exécuter et Sélectionnable dans les clients. Les utilisateurs SharePoint Designer ne doivent pas

recevoir les autorisations Définir les autorisations. Au besoin, vous pouvez limiter les autorisations de l’utilisateur SharePoint Designer

à un sous-ensemble du magasin de métadonnées.

Attention :

Pour mieux sécuriser une solution, SharePoint Designer doit être utilisé pour créer des types de contenu externe dans un environnement de test dans lequel les autorisations de modification peuvent être accordées librement. Lors du déploiement de la solution testée dans un

environnement de production, retirez les autorisations de modification afin de protéger l’intégrité des données externes.

Tâches courantes et leurs autorisations correspondantes

407

Cette section décrit les tâches courantes dans le service Connexion de données métiers et les autorisations nécessaires pour les exécuter.

Tâche Autorisations

Créer un nouvel objet dans le magasin de métadonnées Pour créer un nouvel objet de métadonnées, l’utilisateur doit

disposer d’autorisations de modification sur l’objet métadonnée

parent. Par exemple, pour créer une nouvelle méthode dans un type de contenu externe, l’utilisateur doit disposer d’autorisations sur le

type de contenu externe. Consultez l’illustration plus haut dans cet

article pour la relation enfant/parent entre les objets dans le magasin de métadonnées.

Supprimer un objet du magasin de métadonnées Pour supprimer un objet de métadonnées, l’utilisateur doit avoir des

autorisations de modification sur cet objet. Pour supprimer un objet

et tous ses objets enfants (comme la suppression d’un type de

contenu externe et de toutes ses méthodes), l’autorisation de

modification est également nécessaire sur tous les objets enfants.

Ajout d’un type de contenu externe à un modèle Pour ajouter un type de contenu externe à un modèle, l’utilisateur

doit disposer d’autorisations de modification sur le modèle.

Importation de modèles Pour importer un modèle dans le magasin de métadonnées,

l’utilisateur doit disposer des autorisations de modification sur le

magasin de métadonnées. Si des autorisations explicites ne sont

pas affectées au modèle, l’utilisateur l’ayant importé recevra les

autorisations de modification sur ce modèle.

Exportation de modèles Pour exporter un modèle à partir du magasin de métadonnées,

l’utilisateur doit disposer d’autorisations de modification sur ce

modèle et sur tous les systèmes externes contenus dans le modèle.

Génération d’un package de déploiement Les packages de déploiement sont générés par le compte du pool d’applications qui est utilisé par le serveur frontal. Ce compte

408

Tâche Autorisations

possède les autorisations maximales sur le magasin de métadonnées, ce qui lui permet de réaliser cette tâche.

Définition des autorisations initiales sur le magasin des métadonnées.

Lors de la première création d’une instance du service Connexion de

données métiers, son magasin de métadonnées est vide.

L’administrateur de batterie a les autorisations maximales sur le

magasin et peut définir les autorisations initiales.

Générer un package de déploiement à partir d’une batterie de

serveurs consommatrice.

L’application de service Connexion de données métiers peut être

partagée entre plusieurs batteries de serveurs. Pour générer un

package de déploiement à partir d’une batterie de serveurs

consommatrice (batterie de serveurs qui se connecte à un emplacement distant pour utiliser l’application de service Connexion

de données métiers), le compte de pool d’applications utilisé par le

serveur frontal de la batterie de serveurs consommatrice doit

disposer d’autorisations sur le magasin de métadonnées de la

batterie de serveurs de publication. Pour plus d’informations sur

l’affectation d’autorisations au compte du pool d’applications, voir

Définir des autorisations pour permettre à une batterie de serveurs consommatrice de générer des packages de déploiement.

Sécurisation de Business Connectivity Services Cette section présente des mesures supplémentaires qui permettent de sécuriser Business Connectivity Services.

Compte de service

Pour des impératifs d’isolement liés à la sécurité, l’application de service Connexion de données métiers et le serveur frontal ne doivent pas utiliser le même compte de service.

Communications de serveur à serveur

http://technet.microsoft.com/library/a2b08d22-fa38-4cf3-9643-13f4b1dcbc5e(Office.14).aspx#consumingFarm

http://technet.microsoft.com/library/a2b08d22-fa38-4cf3-9643-13f4b1dcbc5e(Office.14).aspx#consumingFarm

409

La sécurisation des communications entre l’application de service Connexion de données métiers et les systèmes externes préserve l’intégrité des données sensibles. Vous devez utiliser un canal de communication chiffré pour protéger les données envoyées entre les serveurs exécutant SharePoint Server 2010 et les systèmes externes. La sécurité du protocole Internet (IPsec) est une méthode qui permet de protéger les communications. Le choix de la méthode à utiliser dépend des canaux de communication que vous sécurisez et des avantages et compromis les plus appropriés pour votre organisation.

Applications utilisant FileBackedMetadataCatalog

Pour des raisons de sécurité, le mode d’authentification RevertToSelf est désactivé sur SharePoint Server 2010 par défaut. Toutefois, cela n’empêche pas les applications qui utilisent la classe FileBackedMetadataCatalog d’importer des modèles et d’exécuter des appels qui utilisent l’authentification RevertToSelf. Cela peut aboutir à l’élévation des privilèges des utilisateurs par le biais de l’octroi de privilèges au compte du pool d’applications. Avant d’installer des applications sur un système de production, vous devez vous assurer qu’aucune d’entre elles n’utilise la classe FileBackedMetadataCatalog et l’authentification RevertToSelf.

410

Vue d’ensemble de l’administration du service Business Data Connectivity (SharePoint Server 2010)

Les Services Microsoft Business Connectivity sont administrés principalement à l’aide du service Connexion de données métiers. Cet article offre une vue d’ensemble de l’administration des Services Microsoft Business Connectivity en mettant l’accent sur l’utilisation du service Connexion de données métiers.

Certaines configurations des Services Microsoft Business Connectivity, telles que la création de nouvelles applications cibles et la fourniture d’informations d’identification pour ces applications, sont également effectuées dans le service Banque d'informations sécurisé. Pour une vue d’ensemble du service Banque d’informations sécurisé, voir Plan the Secure Store service (SharePoint Server 2010). Pour obtenir des descriptions des opérations du service Banque d’informations sécurisé prenant en charge les Services Microsoft Business Connectivity, voir c.

Le service Business Data Connectivity Le service Business Data Connectivity est un service partagé qui tire parti de l’architecture des services partagés des produits SharePoint 2010. Dans Microsoft SharePoint Server 2010, les services ne se trouvent pas dans un fournisseur de services partagés, comme c’était le cas dans Microsoft Office SharePoint Server 2007. Au lieu de cela, l’infrastructure pour héberger des services a été déplacée dans SharePoint Foundation 2010 et intégrée à SharePoint Server 2010. La configuration des services est plus flexible. Les services individuels peuvent être configurés indépendamment par différents ensembles d’administrateurs. Plusieurs instances du même service, telles que le service Connexion de données métiers, peuvent s’exécuter dans la même batterie de serveurs, chacun avec un groupe d’administrateurs unique.



411

Important :

Dans l’interface de l’utilisateur, le service Business Data Connectivity est intitulé « service de catalogue de données métiers ». L’interface

utilisateur et les noms des technologies vont être synchronisés.

Une instance du service Connexion de données métiers peut être partagée entre plusieurs batteries de serveurs. Par exemple, un service Connexion de données métiers peut être exécuté dans une batterie centrale et être utilisé à partir d’emplacements régionaux, afin que la même solution soit disponible pour tous ces emplacements locaux.

Au sein d’une batterie de serveurs, vous déployez des applications de serveur, telles le service Business Data Connectivity, en appliquant l’une des méthodes ci-après.

Sélection des services lors de l’exécution de l’Assistant Configuration initiale et choix du service Connexion de données métiers.

Ajout des services un par un dans la page Gérer les applications de service sur le site Web de l’Administration centrale.

Utilisation de Windows PowerShell.

Des services partagés, tels que le service Business Data Connectivity, peuvent tous être gérés séparément. Les administrateurs d’une instance particulière d’un service partagé disposent d’autorisations uniquement pour administrer cette instance de service et ne sont pas nécessairement capables d’administrer d’autres services ou d’autres fonctionnalités du site Web de l’Administration centrale. Cette fonctionnalité, appelée administration déléguée, permet l’administration gérée par des administrateurs qui sont spécialisés dans le service en question, mais qui ne sont pas membres de l’organisation informatique centrale. Ainsi, un administrateur d’une application de service Business Data Connectivity dans une entreprise peut être familiarisé avec les informations suivantes :

les types de contenu externe particulier gérés par cette application de service Business Data Connectivity ;

les solutions prises en charge par celle-ci ;

la sécurité implémentée dans les sources de données externes qui fournissent les données ;

l’administrateur disposera de l’autorisation d’administrer ces objets, mais ne sera pas autorisé à administrer d’autres éléments du déploiement SharePoint.

Pour plus d'informations sur les services partagés, consultez les deux posters modèles : c (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=177411&clcid=0x40C) and Services inter-batteries de serveurs dans les produits SharePoint 2010 (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=177412&clcid=0x40C).




412

Ce qui peut être administré dans le service Business Data Connectivity À l’aide du service service Connexion de données métiers, les administrateurs peuvent gérer les types d’objets suivants :

Types de contenu externes : Un type de contenu externe est un ensemble de champs nommé, tel qu’un « Client, une

« commande » ou un « contact » qui définit un objet dans une application métier au même titre que les méthodes pour créer, lire,

mettre à jour ou supprimer cet objet dans sa source de données externe.

Les tâches typiques qui gèrent un type de contenu externe comprennent les autorisations de type de contenu externe, l’ajout d’actions à un type de contenu externe pour fournir aux utilisateurs de nouvelles fonctionnalités et l’association de pages de profil à un type de contenu externe pour personnaliser son apparence lors de son affichage.

Pour plus d’informations sur la gestion des types de contenu externe, voir Manage external content types (SharePoint Server 2010).

Systèmes externes et instances de systèmes externes : Un système externe est une source de données prise en charge, telle

qu’un service Web, une base de données SQL Server et d’autres bases de données relationnelles, qui peuvent être modelées par les

Services Microsoft Business Connectivity. Une instance d’un système externe inclut des informations de connexion et

d’authentification pour une instance spécifique d’une source de données externe.

La définition d’autorisations sur un système externe, l’affichage des types de contenu externe qui y sont associés et l’affichage des instances d’un système externe sont des tâches courantes d’administration d’un système externe. La définition du mode d’authentification et du type de l’instance du système externe est une tâche d’administration habituelle d’une instance d’un système externe.

Pour plus d’informations sur la gestion de systèmes externes et d’instances de systèmes externes, voir Manage external data sources (SharePoint Server 2010).

Modèles et fichiers de ressources BDC : le service Connexion de données métiers prend en charge deux types de fichiers de

définition d’application XML : modèles d’application et fichiers de ressources. Un modèle d’application contient les descriptions XML

d’un ou plusieurs types de contenu externe.

Un fichier de ressources vous permet d’importer ou d’exporter uniquement les noms, les propriétés et les autorisations localisés d’un ou plusieurs types de contenu externe. Les types d’informations que contient un fichier de ressources sont notamment :

Noms localisés pour les types de contenu externe d’un paramètre régional. Les noms localisés que vous importez sont fusionnés

avec les noms localisés existant dans la base de données du service Business Data Connectivity. Si un nom localisé particulier

pour un paramètre régional existe déjà, il est remplacé par les nouvelles informations.

http://technet.microsoft.com/library/bede95e8-e7a2-4d38-bef8-0027a1e1c223(Office.14).aspx

http://technet.microsoft.com/library/00b0561b-9c88-48ce-9163-7e1bf6835503(Office.14).aspx

http://technet.microsoft.com/library/00b0561b-9c88-48ce-9163-7e1bf6835503(Office.14).aspx

413

Propriétés pour des types de contenu externe. Les propriétés que vous importez sont fusionnées avec la description de propriété

existant dans la base de données du service Connexion de données métiers. Si une propriété existe déjà, sa valeur est

remplacée par les informations du fichier importé.

Autorisations qui sont des listes de contrôle d’accès (ACL) pour les types de contenu externe. Les autorisations que vous

importez sont stockées avec les informations des autorisations existantes dans la base de données du service Connexion de

données métiers.

L’importation et l’exportation de modèles ou de fichiers de ressources, la définition d’autorisations sur ceux-ci et l’affichage des types de contenu externes associés à un modèle sont des tâches courantes d’administration d’un modèle BDC.

Pour plus d’informations sur la gestion des modèles BDC, voir Manage application models (SharePoint Server 2010).

http://technet.microsoft.com/library/7b6fced6-c8a9-4d79-a11a-8cf3445c52bf(Office.14).aspx

414

Planifier l’intégration cliente de Business Connectivity Services (SharePoint Server 2010)

Les Services Microsoft Business Connectivity permettent aux utilisateurs d’interagir de nombreuses façons avec des systèmes externes à partir de leurs applications clientes Microsoft Office 2010. Cet article explique comment les utilisateurs peuvent déconnecter des données externes vers Microsoft Outlook 2010 et Microsoft SharePoint Workspace 2010.

Lorsqu’un utilisateur clique sur le bouton Se connecter à Outlook ou Synchroniser avec SharePoint Workspace sur une liste externe, un package de déploiement d’application ClickOnce est créé et installé sur l’ordinateur client. Cela permet aux utilisateurs de recourir à des données externes en tant que types d’élément Outlook natifs (par exemple, Contacts, Tâches et Rendez-vous) dans Outlook et que listes dans SharePoint Workspace. Suivant leurs autorisations, les utilisateurs peuvent effectuer des opérations de lecture et d’écriture sur les données externes, même lorsqu’ils travaillent en mode hors connexion ou que la connectivité au système externe est lente, intermittente ou non disponible. Les données externes sont synchronisées lorsque la connexion au serveur devient disponible.

La possibilité de déconnecter des listes externes tire parti des fonctionnalités natives de Business Connectivity Services, de Microsoft SharePoint Server 2010 et des applications Office 2010. Vous pouvez générer des solutions Business Connectivity Services plus avancées qui utilisent des fonctionnalités ou du code de personnalisation.

Pour plus d’informations sur les solutions Business Connectivity Services avancées, voir Génération de solutions avec Business Connectivity Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=202359&clcid=0x40C).

Dans cet article :

Conditions préalables

Installation des packages de déploiement

Considérations relatives à la sécurité

Conditions préalables Le serveur doit disposer de Microsoft SharePoint Server 2010 avec une licence d’accès client Enterprise. L’ordinateur client doit disposer de Microsoft Office Professionnel Plus 2010.



415

La liste suivante décrit les autres exigences pour l’ordinateur client :

Internet Explorer Le mécanisme de déploiement utilise des contrôles ActiveX. Étant donné qu’Internet Explorer est le seul

navigateur qui prend en charge les contrôles ActiveX, la déconnexion de listes externes n’est prise en charge que dans Internet

Explorer. Si vous utilisez un autre navigateur, tel que Firefox, les boutons Se connecter à Outlook et Synchroniser avec

SharePoint Workspace sont désactivés.

Microsoft .NET Framework 3.5 Microsoft .NET Framework version 3.5 ou ultérieure doit être installé sur l’ordinateur client.

Business Connectivity Services Par défaut, la fonctionnalité Business Connectivity Services est installée lorsqu’Office

Professionnel Plus 2010 est installé. Si .NET Framework 3.5 n’est pas installé lorsqu’un utilisateur installe Office, Business

Connectivity Services n’est pas installé. Une fois .NET Framework 3.5 installé sur l’ordinateur client, la fonctionnalité Business

Connectivity Services est installée lorsque l’utilisateur déconnecte une liste externe, puis le package de déploiement est installé. Si la

fonctionnalité Business Connectivity Services a été désactivée par l’utilisateur, celui-ci doit mettre à jour son installation Office et

activer la fonctionnalité Business Connectivity Services. La fonctionnalité Business Connectivity Services est disponible dans le

groupe Composants partagés d’Office.

Installation des packages de déploiement Les sections suivantes présentent les paramètres pouvant avoir une incidence sur les installations des packages de déploiement.

Applications ClickOnce et comportement d’invite d’approbation

Les packages de déploiement sont des applications ClickOnce. Toutes les règles, les réglementations et les limitations qui régissent les applications ClickOnce générales s’appliquent également aux packages de déploiement. Le modèle de sécurité ClickOnce s’appuie sur des éditeurs approuvés et sur la fonctionnalité d’invite utilisateur pour déterminer si une application ClickOnce doit être installée sur l’ordinateur client. Les applications ClickOnce sont signées avec un certificat qui identifie l’éditeur. Les certificats fournissent la base suivante pour la prise de décisions confidentielles :

Si l’application ClickOnce est signée par un éditeur approuvé, elle est automatiquement installée. L’utilisateur n’est pas sollicité.

Si l’application ClickOnce n’est pas signée par un éditeur approuvé, ClickOnce ne l’approuve pas automatiquement. L’utilisateur est

invité à confirmer son souhait d’installer l’application.

416

Remarque :

Par défaut, Business Connectivity Services utilise un certificat auto-signé pour signer ses packages de déploiement. Étant donné que le

certificat est auto-signé, il n’est pas émis par une autorité de certification approuvée.

Toutefois, d’autres paramètres peuvent avoir un impact sur la fonctionnalité d’invite d’approbation, tels que la zone de sécurité Internet Explorer à partir de laquelle l’application ClickOnce est installée. Le tableau suivant répertorie des exemples de chemins d’accès et d’URL, leurs zones de sécurité correspondantes et le comportement d’invite d’approbation par défaut.

URL ou chemin d’accès de l’application ClickOnce Zone de sécurité Comportement

d’invite

d’approbation par

défaut

C:\Contoso\Clientsolution\Customer.vsto Poste de travail Autoriser les invites utilisateur.

http://contoso/clientsolution/customer.vsto Intranet local Autoriser les invites utilisateur.

\\contoso\clientsolution\customer.vsto Intranet local Autoriser les invites utilisateur.

http://fabrikam.contoso/clientsolution/customer.vsto Internet Les invites utilisateur ne sont autorisées que si

l’application est

signée par un certificat émis par une autorité de certification approuvée.

417

URL ou chemin d’accès de l’application ClickOnce Zone de sécurité Comportement

d’invite

d’approbation par

défaut

http://www.contoso.com/clientsolution/customer.vsto Internet Les invites utilisateur ne sont autorisées que si

l’application est


\\172.16.4.1\clientsolution\customer.vsto Internet Les invites utilisateur ne sont autorisées que si

l’application est


La liste suivante décrit certaines opérations qui permettent de parer aux défaillances de déploiement engendrées par les invites d’approbation par défaut.

Signer les packages de déploiement avec un certificat approuvé Par défaut, Business Connectivity Services utilise un certificat

auto-signé pour signer ses packages de déploiement. Par conséquent, soit les utilisateurs sont invités à confirmer leur souhait

d’installer l’application, soit l’installation du package de déploiement échoue sans invites utilisateur (si la liste externe réside dans la

zone de sécurité Internet). Pour résoudre ces problèmes, vous pouvez fournir un certificat émis par une autorité de certification

approuvée permettant de signer les packages de déploiement. Pour plus d’informations sur la fourniture d’un certificat approuvé, voir

418

Procédure : éviter l’affichage de l’alerte « L’éditeur ne peut pas être vérifié » lors de la déconnexion de listes externes


Les utilisateurs peuvent ajouter le site SharePoint à leur liste de sites approuvés dans Internet Explorer Lorsqu’un site est

ajouté à la liste Internet Explorer de sites approuvés, la zone de sécurité des packages de déploiement est définie sur la zone Sites

de confiance. Cette zone autorise les invites utilisateur. Si un package de déploiement n’est pas signé avec un certificat approuvé et

qu’il réside dans la zone de sécurité Internet, l’ajout du site à la liste des sites approuvés permet à l’utilisateur de décider si le package

de déploiement doit être installé.

Remarque :

Cette action ne doit être effectuée que pour les sites que l’utilisateur peut approuver.

Configuration de sécurité renforcée d’Internet Explorer La configuration de sécurité renforcée d’Internet Explorer limite la

possibilité pour les utilisateurs de parcourir les sites Web Internet et intranet. Cela peut entraîner l’échec de l’installation des packages

de déploiement sans affichage d’erreurs. En guise de solution de contournement, les opérations suivantes sont possibles :

Signer les packages de déploiement avec un certificat approuvé.

Les utilisateurs peuvent ajouter le site SharePoint à leur liste de sites approuvés dans Internet Explorer.

Désactiver la configuration de sécurité renforcée d’Internet Explorer pour les utilisateurs.

Pour plus d’informations sur les applications ClickOnce, voir Sécurité et déploiement ClickOnce (http://go.microsoft.com/fwlink/?linkid=195784&clcid=0x40C).

Mappages de groupe pour le service Banque d’informations sécurisé

Les ID d’application du service Banque d’informations sécurisé sont utilisés pour mapper les utilisateurs aux jeux d’informations d’identification. Les mappages sont disponibles pour des groupes ou des individus. Dans un mappage de groupe, chaque utilisateur qui est un membre d’un groupe de domaines spécifique est mappé au même jeu d’informations d’identification. Dans un mappage individuel, chaque utilisateur est mappé à un ensemble unique d’informations d’identification.

Si le type de contenu externe associé à une liste externe utilise un mappage de groupe, lorsque les utilisateurs essaient de déconnecter la liste externe, ils sont invités à fournir les informations d’identification du groupe. Dans la plupart des cas, les utilisateurs ignorent les informations d’identification du groupe et ne sont pas en mesure de déconnecter la liste externe.

Vous pouvez effectuer l’une des opérations suivantes :

Modifier le type de contenu externe afin d’utiliser un mappage individuel.



419

Modifier le type de contenu externe afin d’empêcher les utilisateurs de déconnecter la liste externe. Ouvrez le type de contenu externe

dans SharePoint Designer et définissez le champ Synchronisation hors connexion pour la liste externe sur Désactivé. Cette

opération désactive les boutons Se connecter à Outlook et Synchroniser avec SharePoint Workspace dans le Ruban de la liste

externe.

Pour plus d’informations sur le service Banque d’informations sécurisé, voir Configure the Secure Store Service (SharePoint Server 2010).

Se connecter en tant qu’utilisateur différent

Lorsque vous utilisez l’authentification Windows, la fonctionnalité Se connecter en tant qu’utilisateur différent n’est pas prise en charge pour l’installation des packages de déploiement. Vous ne pouvez pas déconnecter une liste externe si vous vous êtes connecté à un ordinateur client sous un compte, puis que vous vous connectez au site SharePoint sous un autre compte d’utilisateur. Pour déconnecter une liste externe, vous devez utiliser le même compte d’utilisateur pour vous connecter à l’ordinateur client et au site SharePoint.

Considérations relatives à la sécurité Les sections suivantes présentent des mesures supplémentaires qui permettent de sécuriser Business Connectivity Services lorsque vous utilisez des applications clientes enrichies.

Sécurisation des communications

Il est recommandé d’utiliser SSL (Secure Sockets Layer) sur tous les canaux entre les ordinateurs clients et les serveurs Web frontaux. Cela permet de protéger les données sensibles.

Autorisations des listes externes

Chaque liste externe est associée à un type de contenu externe. Les autorisations sur le type de contenu externe spécifient qui peut effectuer des actions spécifiques sur celui-ci. L’autorisation d’exécution est requise pour exécuter des opérations (telles que la lecture ou la mise à jour) sur un type de contenu externe, ainsi que pour générer un package de déploiement pour la liste externe. Toutefois, une fois qu’un package de déploiement a été créé pour une liste externe, tout utilisateur qui peut accéder à cette liste externe peut télécharger et installer le package de déploiement. En d’autres termes, un utilisateur qui ne dispose pas de l’autorisation d’exécution sur le type de contenu externe, mais qui possède le niveau d’autorisation de lecture sur la liste externe, ne peut pas voir les éléments de la liste externe, mais peut déconnecter la liste externe. Pour éviter la divulgation des données sensibles, il est recommandé de faire en sorte que les autorisations sur une liste externe soient égales aux autorisations du type de contenu externe associé.

Composants WebPart Outlook Web Access

Les composants WebPart Outlook Web Access permettent aux utilisateurs d’afficher un contenu spécifique à partir de dossiers de leur compte de messagerie Office Outlook dans un site SharePoint. Si les utilisateurs ont déconnecté des données externes vers Outlook,


420

l’utilisation des composants WebPart Outlook Web Access peut se traduire par le partage de données sensibles. Il est recommandé que les administrateurs indiquent aux utilisateurs de ne partager leurs dossiers Outlook qu’avec les personnes dans lesquelles ils peuvent avoir confiance.

Seuils de limitation sur les ordinateurs clients

La définition de seuils de limitation sur l’ordinateur client permet de limiter les menaces de déni de service engendrées par un utilisateur qui envoie des requêtes dont le résultat comprend une grande quantité de données ou dont le traitement prend beaucoup de temps. Vous pouvez utiliser des clés de stratégie basées sur le Registre pour définir les seuils de limitation sur les ordinateurs clients. La façon de gérer les clés de stratégie basées sur le Registre consiste à utiliser la stratégie de groupe pour appliquer les paramètres de stratégie basés sur le Registre.

Les paramètres de stratégie Business Connectivity Services sont inclus dans le fichier Office14.adm, que vous pouvez télécharger à partir de la page Fichiers de modèles d’administration Office 2010 (ADM, ADMX, ADML) et Outil de personnalisation Office (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=189316&clcid=0x40C).

Le tableau suivant décrit les clés de stratégie Business Connectivity Services basées sur le registre qui permettent de définir les seuils de limitation. Ces clés se trouvent sous HKEY_CURRENT_USER\Software\Policies\Microsoft\office\14.0\Common\Business Data.

Remarque :

Le tableau suivant répertorie uniquement les paramètres de stratégie principaux qui permettent de définir les seuils de limitation sur les ordinateurs clients. Pour obtenir la liste complète des paramètres de stratégie Business Connectivity Services disponibles, voir le fichier

Office2010GroupPolicyAndOCTSettings_Reference.xls disponible à partir de la page de téléchargement suivante : Fichiers de modèles

d’administration Office 2010 (ADM, ADMX, ADML) et Outil de personnalisation Office (éventuellement en anglais)


Clé Type Valeur Description

Synchronization\Query Instances Limit REG_ DWORD 1 à 32 767 Spécifie le nombre maximal

d’éléments pouvant être

ajoutés au cache par Business Connectivity





421


Services suite à l’exécution

d’une requête.

Certaines requêtes peuvent retourner de nombreux éléments à ajouter au cache. Cela augmente la taille du cache client (avec le

risque que la limite de 4 Go

imposée par la base de données Microsoft SQL Server Compact Edition soit dépassée), le travail nécessaire pour la synchronisation du cache client et la charge sur le système externe. Lorsque la limite est atteinte, le

traitement s’arrête. La

requête est marquée comme ayant échoué et sera réexécutée ultérieurement.

La valeur par défaut est

2 000 éléments.

Synchronization\Query Timeout REG_ DWORD 1 à 360 (minutes) Spécifie le nombre de minutes que Business Connectivity Services consacre au traitement

d’une requête unique.

Certaines requêtes peuvent prendre un certain temps

422


avant que tous les résultats soient récupérés et traités. Pendant ce laps de temps, aucune autre opération ne peut être traitée. Lorsque le

délai d’attente est dépassé,

le traitement s’arrête. La

requête est marquée comme ayant échoué et sera réexécutée ultérieurement.

En règle générale, la valeur est comprise entre 3 et

10 minutes. La valeur par

défaut est 5 minutes.

Limits\Database\Items\Max REG_ DWORD 1 à 2 000 000 Spécifie le nombre maximal d’éléments que le

connecteur de base de données peut retourner par demande.

En règle générale, la valeur est comprise entre 1 000 et

3 000 éléments. Par défaut,

aucune limite de données

n’est définie.

Limits\Database\Timeout\Max REG_ DWORD 1 à 75 000 000

(millisecondes)

Spécifie, en millisecondes, le délai au terme duquel une connexion de base de données ouverte prend fin.

En règle générale, la valeur

423


est comprise entre 5 000 et

180 000 millisecondes

(5 secondes et 3 minutes).

Par défaut, aucun délai n’est

défini.

Limits\Wcf\Size\Max REG_ DWORD 1 à 1 000 000 000

(Ko)

Spécifie la quantité

maximale de données qu’un

connecteur de service Web peut retourner par demande.

En règle générale, la valeur est comprise entre 512 et

524 288 Ko (512 Mo). Par

défaut, aucune limite de

données n’est définie.

Limits\Wcf\Timeout\Max REG_ DWORD 1 à 75 000 000

(millisecondes)

Spécifie, en millisecondes, le délai au terme duquel une connexion de service Web ouverte prend fin.

En règle générale, la valeur est comprise entre 5 000 et

180 000 millisecondes

(5 secondes et 3 minutes).

Par défaut, aucun délai n’est

défini.

424

Vue d’ensemble de la journalisation des diagnostics dans Business Connectivity Services (SharePoint Server 2010)

Vous pouvez résoudre les problèmes liés aux Services Microsoft Business Connectivity sur les serveurs exécutant Microsoft SharePoint Server 2010 et sur les applications clientes Microsoft Office 2010 à l’aide des journaux des événements et des journaux de suivi sur le client ou le serveur. En outre, à chaque entrée du journal des événements ou du journal de suivi est associé un ID d’activité qui permet d’effectuer le suivi d’un problème entre le client ou le serveur et la source de données externe.

Remarque :

Outre les méthodes de journalisation présentées dans cette rubrique, vous pouvez utiliser le Pack d’administration de Microsoft System

Center Operations Manager pour surveiller une solution basée sur les Services Microsoft Business Connectivity. Pour plus d’informations

sur la configuration du Pack d’administration de System Center Operations Manager, voir le guide inclus dans le téléchargement du pack

d’administration disponible à partir de la page Pack d’administration des produits Microsoft SharePoint 2010 (éventuellement en anglais)


Dans cet article :

Journalisation des diagnostics dans Business Connectivity Services

À propos des ID d’activité

Journalisation des diagnostics sur les serveurs

Journalisation des diagnostics sur les clients Office 2010

Exemple : utilisation de la journalisation des diagnostics


425

Journalisation des diagnostics dans Business Connectivity Services Pour les solutions basées sur les Services Microsoft Business Connectivity, la journalisation des diagnostics se produit à la fois sur les serveurs exécutant SharePoint Server 2010 et sur les clients Office 2010. Il existe deux journaux : le journal des événements et le journal de suivi. Tous deux enregistrent des informations de diagnostic générées par les Services Microsoft Business Connectivity. Les journaux des événements enregistrent des messages d’erreur. Les journaux de suivi contiennent des informations plus précises, telles que les traces de pile et les messages d’information. En général, les journaux de suivi fournissent plus de détails que les journaux des événements.

Chaque élément d’information journalisé comprend un ID d’activité, qui est une valeur GUID unique. En outre, les valeurs d’ID d’activité peuvent être envoyées à des systèmes externes lorsqu’une opération de création, de mise à jour ou de suppression se produit sur un élément. Grâce aux ID d’activité, une action peut faire l’objet d’un suivi entre le serveur ou le client et la source de données externe. Pour plus d’informations sur les ID d’activité, voir À propos des ID d’activité.

Vous pouvez définir le niveau de journalisation des diagnostics pour le journal des événements et pour le journal de suivi. Cela limite les types et la quantité d’informations à écrire dans chaque journal. Les tableaux suivants définissent les niveaux de journalisation disponibles pour le journal des événements et pour le journal de suivi :

Niveaux du journal des événements

Niveau Définition

Aucun Aucune journalisation ne se produit.

Critique Ce type de message indique une erreur grave ayant entraîné un échec majeur dans la solution.

Erreur Ce type de message indique une situation d’urgence. Tous les

événements d’erreur doivent être analysés.

Avertissement Ce type de message indique un problème potentiel pouvant

nécessiter une attention particulière. Les messages d’avertissement

doivent être examinés et suivis dans le temps afin que des situations types soient dégagées.

Informations Les messages d’information ne requièrent pas d’action, mais ils

426

Niveau Définition

peuvent fournir des données précieuses pour la surveillance de l’état

de votre solution.

Détaillé Ce niveau de journal des événements correspond à des événements ou messages longs.

Niveaux du journal de suivi

Niveau Définition

Aucun Aucun journal de suivi n’est écrit.

Inattendu Ce niveau permet de journaliser les messages relatifs aux

événements qui entraînent l’arrêt du traitement des solutions.

Lorsque ce niveau de journalisation est activé, le journal comprend uniquement des événements correspondant à ce niveau.

Suivi Ce niveau permet de journaliser les messages relatifs aux événements irrécupérables qui limitent les fonctionnalités de la

solution, mais qui n’arrêtent pas l’application. Lorsque ce niveau de

journalisation est activé, le journal comprend également les erreurs critiques (niveau Inattendu).

Élevé Ce niveau permet de journaliser les événements inattendus, mais

qui n’entravent pas le traitement d’une solution. Lorsque ce niveau

de journalisation est activé, le journal comprend les avertissements, les erreurs (niveau Suivi) et les erreurs critiques (niveau Inattendu).

Moyen Lorsque ce niveau de journalisation est activé, le journal de suivi

comprend tous les messages, à l’exception des messages de niveau

Détaillé. Ce niveau permet de journaliser toutes les informations de haut niveau relatives aux opérations qui ont été réalisées. À ce

427

Niveau Définition

niveau, les informations journalisées sont suffisamment détaillées pour permettre la construction du flux de données et de la séquence des opérations. Ce niveau de journalisation peut être utilisé par des administrateurs ou un support technique à des fins de résolution de problèmes.

Détaillé Lorsque ce niveau de journalisation est activé, le journal comprend les messages correspondant à tous les autres niveaux. Pratiquement toutes les actions réalisées sont journalisées lorsque vous utilisez ce niveau. Le suivi détaillé génère de nombreux messages de journal. En règle générale, ce niveau n’est utilisé que

pour le débogage dans un environnement de développement.

Les journaux de diagnostic sont utiles à la fois dans les environnements de développement et dans les environnements de production, mais le niveau de journalisation nécessaire dépendra probablement du type d’environnement. Lors de la planification de la journalisation des diagnostics dans les Services Microsoft Business Connectivity, prenez en compte les besoins de l’entreprise et la phase du cycle de vie de l’environnement avant de définir le niveau de journalisation.

Par exemple, pendant la conception d’une solution, vous pouvez, à des fins de débogage, définir les deux niveaux de journalisation sur Détaillé afin de capturer tous les messages générés au sujet de l’état du système. À l’inverse, dans un environnement de production, vous pouvez ne souhaiter capturer que les messages des catégories Élevé, Suivi et Inattendu des journaux de suivi et des catégories Critique et Erreur des journaux des événements. Cela permet d’utiliser moins d’espace disque pour la journalisation et de limiter les effets négatifs de la journalisation sur les performances.

À propos des ID d’activité Une valeur GUID unique appelée ID d’activité est générée sur le serveur et sur le client Office pour chaque opération de création, de mise à jour ou de suppression sur les données externes dans une solution basée sur les Services Microsoft Business Connectivity. Toute activité concernant l’opération journalisée dans le journal de suivi ou dans le journal des événements possède sa propre valeur d’ID d’activité.

428

Important :

Dans les journaux des événements et les fichiers de journal de suivi sur le serveur, les valeurs d’ID d’activité sont étiquetées en tant que

valeurs « CorrelationId ».

La valeur d’ID d’activité générée pour une opération de création, de mise à jour ou de suppression est envoyée au système externe, ainsi que d’autres informations relatives à cette opération. Si le système externe possède un mécanisme de journalisation, cette valeur peut être capturée et journalisée sur ce système. Par conséquent, si une opération génère des entrées dans les journaux du serveur SharePoint ou du client Office, la même opération peut faire l’objet d’un suivi sur le système externe grâce à sa valeur d’ID d’activité. Cela facilite la résolution des problèmes de bout en bout.

Il est fréquent qu’une opération telle qu’une création entraîne l’écriture de plusieurs événements dans les journaux. Lorsque cela se produit, la même valeur d’ID d’activité est utilisée pour tous les événements journalisés pour l’opération. Cela est utile pour la résolution des problèmes, car la valeur récurrente de l’ID d’activité facilite la recherche de tous les événements liés à une opération particulière. À l’inverse, lorsque le même type d’opération se produit régulièrement, une valeur d’ID d’activité unique est générée pour chaque instance de l’opération. Par exemple, si un élément d’un type de contenu externe est mis à jour deux fois, chaque opération de mise à jour est associée à une valeur d’ID d’activité unique.

Conseil :

Dans certaines circonstances, le service Connexion de données métiers essaie une opération si celle-ci n’a pas pu aboutir au système

externe. Dans ces cas, le même ID d’activité est utilisé pour l’opération renouvelée.

Journalisation des diagnostics sur les serveurs Par défaut, la journalisation des Services Microsoft Business Connectivity est activée sur les serveurs SharePoint Server. Les niveaux de journalisation par défaut sont les suivants :

Pour le journal des événements : Critique et Erreur

Pour le journal de suivi : Moyen

429

Si la journalisation des diagnostics des Services Microsoft Business Connectivity est désactivée, activez-la en sélectionnant Business Connectivity Services dans la page Journalisation des diagnostics dans l’Administration centrale de SharePoint Server. Vous pouvez également utiliser Windows PowerShell pour configurer les journaux des événements et les journaux de suivi sur le serveur. Par exemple, vous pouvez choisir un lecteur différent pour l’écriture des opérations de journalisation et vous pouvez définir le niveau de détail de la journalisation.

Pour plus d’informations sur la journalisation dans SharePoint Server, par exemple, sur la définition de l’emplacement des fichiers journaux, voir Configure diagnostic logging (SharePoint Server 2010).

Vous pouvez utiliser Windows PowerShell pour afficher les journaux des événements sur le serveur et vous pouvez exporter les journaux, par exemple vers un tableur. Pour plus d’informations, voir View diagnostic logs (SharePoint Server 2010).

Les Services Microsoft Business Connectivity génèrent deux catégories dans le journal de suivi sur les serveurs Web frontaux SharePoint Server : BDC_Shared_Services et SS_Shared_Service. Vous pouvez utiliser l’Observateur d’événements pour ouvrir le journal de suivi et filtrer les entrées de journal appropriées en effectuant une recherche sur « SPS_BusinessData » (pour les sorties des Services Microsoft Business Connectivity) et sur « SPS_SecureStoreService ».

Journalisation des diagnostics sur les clients Office 2010 Les journaux des événements et les journaux de suivi pour les solutions des Services Microsoft Business Connectivity sont disponibles sur les clients des suites Microsoft Office 2010 qui utilisent l’infrastructure des Services Microsoft Business Connectivity. Par défaut, la journalisation des événements pour les Services Microsoft Business Connectivity est activée sur les clients. Toutefois, afin que les performances soient protégées, seules les erreurs et les erreurs critiques sont journalisées et ce paramétrage ne peut pas être modifié. Les ordinateurs clients Windows comprennent un Observateur d’événements qui vous permet d’afficher les journaux des événements. Pour plus d’informations sur l’affichage des journaux des événements pour une version spécifique de Windows, voir la documentation du produit.

Par défaut, la journalisation du suivi est désactivée sur les ordinateurs clients afin que les performances soient améliorées. Vous ne devez activer la journalisation du suivi sur les ordinateurs clients que si vous rencontrez des problèmes que vous souhaitez diagnostiquer. Par exemple, si une entrée du journal des événements indique qu’une erreur pourrait être provoquée par une activité liée aux Services Microsoft Business Connectivity, activez la journalisation du suivi afin de rassembler des données supplémentaires la prochaine fois que l’événement se produit.

La méthode suivie pour l’activation de la journalisation du suivi et la lecture des journaux dépend de la version de Windows installée sur l’ordinateur. Par exemple, sur les ordinateurs exécutant Windows XP, vous activez le suivi en exécutant un script qui utilise la commande logman

http://technet.microsoft.com/library/faab1eb4-5848-4970-b13f-ba6df14272fe(Office.14).aspx

http://technet.microsoft.com/library/ae1e3447-46e2-45f9-852a-ab39f23345d4(Office.14).aspx

430

. Sur les ordinateurs exécutant les versions Windows Vista et supérieures, des outils système tels que Performances et Moniteur de fiabilité sont disponibles en plus de la commande logman

. Pour plus d’informations sur l’activation du suivi et la capture des résultats, voir la documentation du produit Windows.

L’exemple de script suivant utilise la commande logman

pour activer la journalisation du suivi :

Code de copie

rem This script will enable logging, directing log messages to a file specified by the “%FILE_NAME%” given by the user. @setlocal @echo off pushd %~dp0 set PATH_NAME=%TEMP%\BCS set FILE_NAME=%PATH_NAME%\ETWTraceLog set TRACE_COLLECTION=BCS ::tracelog -start BCS -guid #b8622a02-c377-46b1-b861-38a787a8e44a -b 128 -flags 0xFFFF -level 5 -f "%FILE_NAME%.etl" md "%PATH_NAME%" 1>nul 2>nul logman create trace %TRACE_COLLECTION% -p "{b8622a02-c377-46b1-b861-38a787a8e44a}" 0xFFFF 5 -o "%FILE_NAME%.etl" -ets echo. echo Business Connectivity Services tracing has been started. To end press any key. echo. pause

Comme sur le serveur, une valeur d’ID d’activité unique est générée pour chaque opération de création, de mise à jour ou de suppression sur un élément dans le client. Ces valeurs sont enregistrées dans les journaux et envoyées aux systèmes externes, ainsi que d’autres informations sur les opérations. En outre, une solution peut être configurée de manière à ce que les valeurs d’ID d’activité s’affichent dans les messages d’erreur. Cela facilite la résolution des problèmes rencontrés par les utilisateurs de la solution.

431

Important :

Étant donné que la version requise de l’interface de programmation du suivi d’événements pour Windows dont dépend la génération des

ID d’activité n’est pas disponible sur le système d’exploitation Windows XP, la génération des ID d’activité n’est pas prise en charge sur

les clients exécutant Windows XP.

Exemple : utilisation de la journalisation des diagnostics Ce scénario court et simplifié illustre l’utilisation de la journalisation des diagnostics dans un environnement de production. Une entreprise a déployé une nouvelle solution d’envoi de feuille de présence basée sur les Services Microsoft Business Connectivity. Cette solution utilise un système externe pour stocker les informations de feuille de présence relatives aux employés, telles que les vacances ou les congés maladie, et pour interagir avec les employés et le système de paye automatisé lorsque les employés signalent une absence du travail. Les employés utilisent un composant WebPart pour interagir avec le système.

Sur la batterie de serveurs, les niveaux de journalisation sont définis sur les valeurs par défaut pour les Services Microsoft Business Connectivity :

Pour le journal des événements : Critique et Erreur

Pour le journal de suivi : Moyen

Dans ce scénario, un employé envoie une valeur pour le nombre d’heures de congé maladie, mais ni l’employé ni son responsable ne reçoivent un message électronique de confirmation indiquant que l’envoi de la durée du congé maladie s’est correctement déroulé. L’employé appelle le support technique interne et signale le problème.

Le technicien du support technique détermine que l’application de feuille de présence est basée sur les Services Microsoft Business Connectivity. Il vérifie le journal des événements, mais ne trouve aucune erreur associée à l’identité de l’utilisateur au moment où celui-ci a envoyé la demande de feuille de présence. Il vérifie alors le journal de suivi, où il trouve la preuve de l’activité : une opération de mise à jour associée à l’utilisateur au moment approprié. L’opération de mise à jour dans le journal de suivi comprend une valeur d’ID d’activité que note le technicien du support technique.

Le technicien du support technique sait que la journalisation est également prise en charge sur le système externe. À l’aide de l’ID d’activité, il recherche l’élément journalisé sur le système externe et trouve la preuve d’une erreur écrite dans le journal à la fin de l’opération de mise à jour : la mise à jour a échoué, car l’employé avait utilisé toute la période de congé maladie allouée. Le technicien note également l’absence d’une entrée de journal confirmant qu’un message électronique a été généré sur le système externe dès la fin

432

de l’opération de mise à jour. Il conclut qu’il existe une erreur dans la logique de l’application de feuille de présence. Bien que l’application ait logiquement refusé d’allouer une indemnité de congé maladie à l’employé en raison du dépassement par celui-ci du quota d’heures qui lui était alloué, elle n’a pas généré un message électronique informant l’employé du problème. Le technicien signale le problème à l’équipe de développement qui a créé l’application, puis l’équipe de développement met celle-ci à jour.

Voir aussi Concepts


Autres ressources

Monitoring overview (SharePoint Server 2010)

Configure diagnostic logging (SharePoint Server 2010)

http://technet.microsoft.com/library/6483e4c3-dc7e-49fd-92a7-15e1bb63d432(Office.14).aspx

http://technet.microsoft.com/library/faab1eb4-5848-4970-b13f-ba6df14272fe(Office.14).aspx

433

Planifier la mise à niveau vers les services Business Connectivity (SharePoint Server 2010)

Cet article décrit le fonctionnement de la mise à niveau du catalogue de données métiers Microsoft Office SharePoint Server 2007 vers les Services Microsoft Business Connectivity dans Microsoft SharePoint Server 2010 et fournit des conseils sur la façon de mettre à niveau différents types de solutions qui utilisent le catalogue de données métiers.

Le catalogue de données métiers, le Registre d’application et le service Connexion de données métiers

Fonctionnement de la mise à niveau vers les Services Microsoft Business Connectivity

Mise à niveau d’un attachement de base de données

Considérations de mise à niveau spécifiques aux solutions

Le catalogue de données métiers, le Registre d’application et le service Connexion de données métiers Cette section présente les trois services impliqués dans une mise à niveau du catalogue de données métiers versSharePoint Server 2010.

Dans Office SharePoint Server 2007, le catalogue de données métiers intégrait les données externes aux solutions. Il était implémenté comme service partagé dans le contexte de l’infrastructure de Fournisseur de services partagés. Il stockait les définitions d’applications, qui sont semblables (mais pas identiques) aux modèles BDC dans SharePoint Server 2010.

Dans SharePoint Server 2010, un nouveau service, le service Connexion de données métiers, intègre les données externes aux solutions. Ce service est implémenté dans la nouvelle infrastructure de services partagés de SharePoint Server 2010. Pour une vue d’ensemble de la nouvelle infrastructure de services partagés, voir Services architecture planning (SharePoint Server 2010). Le nouveau service Connexion de données métiers fait partie des Services Microsoft Business Connectivity, qui sont un ensemble de fonctionnalités client et serveur incluant un jeu complet de capacités de lecture-écriture avec les systèmes externes, une intégration avec les clients Microsoft Office 2010 et un ensemble complet d’outils de développement. Le modèle objet du service Connexion de données métiers


434

n’offre pas de compatibilité descendante avec le modèle objet utilisé par le catalogue de données métiers, bien que ces deux modèles objet soient similaires.

L’un des autres services de SharePoint Server 2010, le service Registre d’application, remplace directement le catalogue de données métiers de Office SharePoint Server 2007 et prend en charge la compatibilité descendante des solutions basées sur le catalogue de données métiers. Étant donné que le service Registre d’application prend en charge le modèle objet du catalogue de données métiers, il peut assurer la prise en charge des solutions qui dépendent de ce modèle objet. Il peut notamment prendre en charge les applications initialement créées dans Office Microsoft Office SharePoint Server 2007 qui incluent un ou plusieurs des éléments suivants :

composants WebPart personnalisés ;

code personnalisé ;

recherche.

Tous ces éléments dépendent du modèle objet ou du schéma de métadonnées du catalogue de données métiers et continueront de fonctionner dans SharePoint Server 2010 à l’aide du service Registre d’application.

Les composants WebPart qui étaient fournis par Office SharePoint Server 2007, tels que Liste de données métiers et Association de données métiers, sont mis à niveau dans SharePoint Server 2010 de façon à s’exécuter contre le service Connexion de données métiers et ne s’exécutent pas contre le service Registre d’application. Pour plus d’informations, voir Composants WebPart.

Important :

Notez que le service Registre d’application est déconseillé et n’existe que dans le but de prendre en charge la compatibilité descendante

des solutions basées sur le catalogue de données métiers Office SharePoint Server 2007. Ne créez pas de solutions qui dépendent du

service déconseillé Registre d’application. Les nouvelles solutions doivent dépendre du service Connexion de données métiers.

Fonctionnement de la mise à niveau vers les Services Microsoft Business Connectivity Durant la mise à niveau de Office SharePoint Server 2007 vers SharePoint Server 2010, les événements suivants se produisent :

1. Pour chaque catalogue de données métiers qui s’exécute dans le contexte d’un fournisseur de services partagés dans Office

SharePoint Server 2007, deux services sont créés dans SharePoint Server 2010 :

435

un service Registre d’application pour le stockage des définitions d’applications compatibles avec le modèle objet de catalogue de

données métiers Office SharePoint Server 2007 ;

un service Connexion de données métiers pour le stockage des modèles BDC, qui sont compatibles avec le modèle objet du

service Connexion de données métiers de SharePoint Server 2010. Le nouveau modèle objet prend en charge les nouvelles

fonctionnalités du service Connexion de données métiers.

2. Une copie de chaque définition d’application dans le catalogue de données métiers est placée dans le service Registre d’application

et une version mise à niveau basée sur le nouveau modèle objet est placée dans le service Connexion de données métiers.

L’illustration suivante montre le fonctionnement de cette mise à niveau. Sur ce graphique, deux fournisseurs de services partagés figurent dans Office SharePoint Server 2007 et les quatre services résultants (deux instances du service Registre d’application et deux instances du service Connexion de données métiers) figurent dans SharePoint Server 2010 après la mise à niveau :

437

Avertissement :

Seule la mise à niveau sur place est prise en charge pour la mise à niveau des solutions basées sur le catalogue de données métiers

Office SharePoint Server 2007. Pour obtenir des informations d’ordre général sur la mise à niveau sur place, voir Perform an in-place

upgrade (SharePoint Server 2010).

Mise à niveau d’un attachement de base de données Il existe deux manières d’aborder une mise à niveau d’Office SharePoint Server 2007 vers SharePoint Server 2010 : la mise à niveau sur place et la mise à niveau d’attachement de base de données. Pour plus d’informations, voir Upgrade process overview (SharePoint Server 2010). Si vous appliquez la méthode par attachement de base de données pour effectuer la mise à niveau et que vous souhaitez continuer à utiliser les données externes accessibles par le biais d’une ou plusieurs définitions d’applications, vous devez effectuer les tâches suivantes :

1. exporter les définitions d’applications requises par la solution à partir du catalogue de données métiers Office SharePoint

Server 2007. Pour plus d’informations, voir Exporter la définition d’application

(http://go.microsoft.com/fwlink/?linkid=189010&clcid=0x40C) ;

2. après la mise à niveau, mettre à jour la solution de façon à utiliser le modèle objet et les fonctionnalités des Services Microsoft

Business Connectivity. Cela comprend la mise à jour des définitions d’applications afin de les convertir en modèles BDC, qui sont

compatibles avec les Services Microsoft Business Connectivity. Pour plus d’informations sur le modèle objet du service Connexion de

données métiers, voir le Kit de développement logiciel SDK Microsoft SharePoint 2010 (éventuellement en anglais)

(http://go.microsoft.com/fwlink/?linkid=166117&clcid=0x40C) ;

3. Importer les modèles BDC dans le service Connexion de données métiers. Pour plus d’informations, voir Manage BDC models


Pour plus d’informations sur la mise à niveau par attachement de base de données, voir Prepare the new SharePoint Server 2010 environment for a database attach upgrade et Perform post-upgrade steps for a database attach upgrade (SharePoint Server 2010).

http://technet.microsoft.com/library/3f5900dc-6274-477d-bb7f-94e3b960e68f(Office.14).aspx

http://technet.microsoft.com/library/3f5900dc-6274-477d-bb7f-94e3b960e68f(Office.14).aspx







http://technet.microsoft.com/library/99684f0b-f617-4c10-8420-d4d0adea3687(Office.14).aspx

http://technet.microsoft.com/library/99684f0b-f617-4c10-8420-d4d0adea3687(Office.14).aspx

http://technet.microsoft.com/library/cec02ed9-c6d7-4a64-87c7-49308076969a(Office.14).aspx

438

Considérations de mise à niveau spécifiques aux solutions Cet section contient des recommandations sur la manière de gérer des aspects spécifiques des solutions mises à niveau pour une exécution dans SharePoint Server 2010.

Modèles

Composants WebPart

Recherche

Authentification unique


Maintenance de relations de batteries parentes et enfants

Modèles

Comme décrit dans une section précédente, lorsque vous effectuez une mise à niveau du catalogue de données métiers Office SharePoint Server 2007 vers Services Microsoft Business Connectivity, deux versions de chaque définition d’application dans le catalogue de données métiers sont créées dans SharePoint Server 2010. Une copie identique de la définition d’application est stockée dans le service Registre d’application et une autre version du fichier de définition d’application est mise à niveau vers le schéma de métadonnées des Services Microsoft Business Connectivity et, désormais appelée « modèle BDC », est stockée dans le nouveau service Connexion de données métiers.

Important :

Lorsque les définitions d’applications sont mises à niveau en modèles BDC et stockées dans le service Connexion de données métiers,

toutes les erreurs ou les avertissements liés au processus de conversion sont écrits dans le journal de mise à niveau. Pour plus d’informations sur ce journal, voir Verify upgrade and review upgraded sites (SharePoint Server 2010).

Nous vous recommandons d’utiliser le modèle BDC mis à niveau dans le service Connexion de données métiers pour le développement ultérieur de votre solution. Toutefois, si vous développez également la définition d’application d’origine dans le service Registre d’application, vous devez apporter des modifications similaires au modèle BDC mis à jour stocké dans le service Connexion de données métiers. Ainsi, les fonctionnalités qui reposent sur le nouveau modèle objet, tels que les composants WebPart inclus dans SharePoint Server 2010, fourniront une expérience utilisateur cohérente. En outre, le service Registre d’application étant déconseillé, le

http://technet.microsoft.com/library/f3819495-4b67-4a71-ba46-23e43b175620(Office.14).aspx

439

développement sur le modèle BDC vous permettra de garantir la disponibilité d’une solution pour les mises à niveau futures vers les versions de produits ultérieures.

Composants WebPart

Office SharePoint Server 2007 incluait les composants WebPart suivants pour la création de solutions utilisant le catalogue de données métiers :

composant WebPart Liste de données métiers ;

composant WebPart Association de données métiers ;

composant WebPart Actions de données métiers ;

composant WebPart Détails de données métiers ;

composant WebPart Filtre Catalogue de données métiers.

Les composants WebPart qui étaient fournis par Office SharePoint Server 2007 sont mis à niveau dans SharePoint Server 2010 de façon à s’exécuter contre le service Connexion de données métiers. Les composants WebPart de ce type que vous utilisiez dans une solution Office SharePoint Server 2007 continueront de fonctionner après la mise à niveau à l’aide des composants WebPart mis à niveau et du service Connexion de données métiers. En revanche, les composants WebPart personnalisés dans une solution Office SharePoint Server 2007 s’exécuteront contre le service Registre d’application après la mise à niveau. Afin de garantir la cohérence des données, nous vous conseillons d’obtenir de nouvelles versions des composants WebPart personnalisés qui peuvent s’exécuter contre le service Connexion de données métiers.

Ces composants WebPart ont été mis à niveau dans SharePoint Server 2010 de façon à fonctionner sur les modèles BDC dans le nouveau service Connexion de données métiers. Si une solution dans Office SharePoint Server 2007 dépend d’un ou plusieurs de ces composants WebPart, vous devez mettre à niveau la solution vers le modèle objet des Services Microsoft Business Connectivity et utiliser les nouvelles versions des composants WebPart pour interagir avec. Ils ne peuvent pas s’exécuter directement sur les définitions d’applications dans le service Registre d’application.

Recherche

Pour rechercher des données externes dans Office SharePoint Server 2007, vous devez créer une source de contenu qui pointe sur une définition d’application dans le catalogue de données métiers. Si vous recherchez du contenu de cette manière dans Office SharePoint Server 2007, vous pouvez continuer à rechercher les mêmes données externes après la mise à niveau vers SharePoint Server 2010. Grâce à l’utilisation du service Registre d’application, aucune modification de la source de contenu n’est requise lors de la mise à niveau pour que la recherche fonctionne. Il est également recommandé de créer une définition de source de contenu qui pointe sur le service Connexion de données métiers.


440

Dans Office SharePoint Server 2007, certaines méthodes d’authentification pour des solutions qui ont recours au catalogue de données métiers utilisent également le service Authentification unique, qui procure un stockage et un mappage d’informations d’identification telles que les noms de comptes et les mots de passe. Les définitions d’applications dans le catalogue de données métiers qui dépendaient du service Authentification unique incluaient des informations faisant référence au service.

Le service Banque d’informations sécurisé remplace le service Authentification unique dans SharePoint Server 2010. Pour plus d’informations, voir Plan the Secure Store service (SharePoint Server 2010)). Après la mise à niveau vers SharePoint Server 2010, les définitions d’applications qui ont été mises à niveau vers le service Registre d’application et vers le service Connexion de données métiers sont mises à jour de façon à faire référence au service Banque d’informations sécurisé. Pour plus d’informations sur la façon de migrer les données du service Authentification unique vers le service Banque d’informations sécurisé, voir Perform post-upgrade steps for an in-place upgrade (SharePoint Server 2010).

Important :

Si vous utilisiez un fournisseur d’Authentification unique personnalisé dans Office SharePoint Server 2007, vous devrez le mettre à niveau

dans SharePoint Server 2010 et mettre à jour les définitions d’applications et modèles BDC manuellement dans le service Registre

d’application et le service Connexion de données métiers.

Maintenance de bases de données de services sur des serveurs distincts

Dans Office SharePoint Server 2007, la base de données utilisée par le fournisseur de services partagés peut éventuellement se trouver sur un serveur distinct de la base de données de contenu SharePoint. Après la mise à niveau vers SharePoint Server 2010, les bases de données du service Connexion de données métiers et du service Registre d’application seront toujours que le même serveur que les bases de données de contenu. Si vous souhaitez conserver des bases de données distinctes pour ces services, vous devrez le faire en guise d’étape de post-mise à niveau en sauvegardant la base de données de chaque service puis en restaurant les bases de données sur un serveur distinct.

Maintenance de relations de batteries parentes et enfants

Dans Office SharePoint Server 2007, le fournisseur de services partagés incluant le catalogue de données métiers pouvait se trouver dans une batterie desservant une ou plusieurs batteries enfants utilisant les services partagés. Si vous souhaitez que ce service soit accessible aux batteries enfants après la mise à niveau vers le service Registre d’application, vous devez utiliser la commande Windows PowerShell CreateDelegatedApplicationProxy pour créer un proxy qui établit une connexion à la base de données du service Registre d’application dans la batterie parente. L’exemple de script suivant illustre l’utilisation de cette commande à cet effet :


http://technet.microsoft.com/library/7d4d75f0-fe37-4ade-809e-d68c730a0745(Office.14).aspx

http://technet.microsoft.com/library/7d4d75f0-fe37-4ade-809e-d68c730a0745(Office.14).aspx

441

Code de copie

$proxy=[Microsoft.Office.Server.ApplicationRegistry.SharedService.ApplicationRegistryServiceApplicationProxy]::CreateDelegatedApplicationProxy("<NAME>", "Data Source=<SQLserverName>;Initial Catalog=<ApplicationRegistry DB NAME>;Integrated Security=true")

Pour le service Connexion de données métiers, cette opération peut s’effectuer à l’aide de l’Administration centrale SharePoint.

Voir aussi Concepts


442


InfoPath Forms Services est le service qui prend en charge le déploiement et l’intégration de formulaires de navigateur InfoPath dans Microsoft SharePoint Server 2010. Les employés, les clients et les partenaires d’une organisation utilisent des formulaires pour standardiser, personnaliser et valider une collection de données. Les formulaires sont souvent déployés en tant qu’élément d’une solution métier qui utilise de nombreuses possibilités des fonctionnalités SharePoint Server 2010.

Les articles de ce chapitre peuvent vous aider à déterminer les aspects de votre déploiement SharePoint Server 2010 à régir et présente des techniques de gouvernance. Les articles sont les suivants :

À propos des formulaires dans SharePoint Server 2010

Définit InfoPath Forms Services, explique les types de formulaires utilisés dans les sites et les solutions SharePoint, et décrit les tâches d’administration courantes pour les administrateurs de batterie de serveurs et les autres professionnels de l’informatique.

Planifier une application pilotée par des formulaires

Décrit les éléments à prendre en considération lors de la planification des formulaires InfoPath dans une application SharePoint.

Planifier les modèles de formulaire utilisateur (SharePoint Server 2010)

Décrit les éléments à prendre en considération lors de la planification des modèles de formulaire utilisateur.

Planifier la mise à niveau des modèles de formulaires lors d’une mise à niveau vers SharePoint Server 2010

Décrit le processus qui est utilisé pour mettre à niveau correctement des modèles de formulaires lors d’une mise à niveau d’Office SharePoint Server 2007 vers SharePoint Server 2010, ainsi que les étapes supplémentaires requises.


applications (livre blanc)

Explique comment utiliser des formulaires de liste InfoPath, des formulaires InfoPath basés sur des documents et des composants WebPart InfoPath pour créer des applications de niveau entreprise dans SharePoint Server 2010.

443


Manage InfoPath Forms Services

http://technet.microsoft.com/library/90aa8e29-21da-4e57-ab4b-76cd74211127(Office.14).aspx

444


Dans cet article, vous allez découvrir les avantages de l’utilisation de formulaires InfoPath pour rassembler des données dans des solutions Microsoft SharePoint Server 2010. Il décrit le rôle des formulaires dans des solutions métiers d’une certaine ampleur, ainsi que les types de formulaires que vous pouvez créer à l’aide de Microsoft InfoPath 2010.

Dans cet article :

Vue d’ensemble des formulaires InfoPath

Rôle des formulaires dans les solutions SharePoint

Types de formulaires InfoPath

Déploiement de formulaires

Remplissage de formulaires

Vue d’ensemble des formulaires InfoPath Tous les processus d’entreprise impliquent la collecte de données d’un certain type, et la réussite de tout processus d’entreprise repose sur la qualité et sur l’intégrité de ces données. En utilisant des formulaires InfoPath dans vos solutions SharePoint, vous pouvez faire en sorte que seules des données valides et de bonne qualité soient collectées. En effet, InfoPath 2010 vous permet de standardiser, de personnaliser et d’optimiser le processus de collecte de données sans écrire de code.

Les fonctionnalités clés fournies par InfoPath pour garantir l’intégrité des données sont par exemple les suivantes :

La validation de données personnalisée empêche les utilisateurs d’envoyer des formulaires qui contiennent des données non

valides.

Disposition personnalisée. À l’aide de plusieurs affichages, vous pouvez simplifier l’expérience de remplissage de formulaire en

scindant les formulaires en plusieurs pages ou en créant des affichages distincts optimisés pour des utilisateurs ou des tâches

spécifiques. La mise en forme conditionnelle vous permet d’optimiser l’expérience de remplissage de formulaire. Par exemple, vous

pouvez afficher ou masquer des champs dans le formulaire en fonction de valeurs entrées par les utilisateurs.

445

Les connexions de données à d’autres sources telles que des listes SharePoint ou des services Web vous permettent d’intégrer des

données de prise en charge et contextuelles à vos formulaires.

Aucun code n’est requis pour l’implémentation des fonctionnalités ci-dessus. Toutefois, vous pouvez écrire du code managé à l’aide de Visual Studio Tools for Applications (VSTA) pour ajouter des fonctionnalités plus avancées à vos formulaires.

Rôle des formulaires dans les solutions SharePoint Les formulaires jouent un rôle dans toutes les solutions de gestion de processus d’entreprise. Voici quelques exemples de types de solutions et d’applications métiers qui utilisent des formulaires InfoPath :

Les applications pilotées par des formulaires reposent sur un formulaire permettant de rassembler des données auquel sont

associées d’autres fonctionnalités SharePoint en vue du traitement des données et de la création de rapports à partir de celles-ci sous

des formes telles que des flux de travail, des pages Web personnalisées ou des listes externes. À titre d’exemples, citons un site Web

de support technique, un centre d’achat ou un centre d’embauche pour un département de ressources humaines.

Les applications de flux de travail de documents automatisent les processus d’entreprise basés sur des documents. L’ajout de

formulaires InfoPath aux flux de travail vous permet de rassembler des informations auprès des utilisateurs à des moments prédéfinis

pendant le cycle de vie du flux de travail et permet aux utilisateurs d’interagir avec les tâches liées à ce flux de travail. À titre

d’exemples, citons l’approbation de contrat, la révision de spécifications techniques ou le traitement de documents juridiques.

Les applications de données métiers reposent sur des données d’un système externe rendues disponibles dans SharePoint Server

par le biais de Business Connectivity Services. Les données dans les systèmes externes sont accessibles dans SharePoint Server

par le biais de listes externes et peuvent être ajoutées, affichées, mises à jour et supprimées à l’aide de formulaires InfoPath. À titre

d’exemples, citons la gestion de la relation client et la planification des ressources d’entreprise.

Les processus d’entreprise ad hoc peuvent être gérés à l’aide de listes SharePoint. Les formulaires utilisés pour la création, la

lecture et la mise à jour des éléments de ces listes peuvent être personnalisés à l’aide d’InfoPath 2010. À titre d’exemples, citons le

suivi simplifié des problèmes et les listes de tâches.

Les panneaux Information sur le document utilisent des formulaires InfoPath pour afficher des métadonnées du document dans

une application cliente Microsoft Office System.

446

Types de formulaires InfoPath Suivant l’organisation et ses ressources et besoins en termes de gestion, les concepteurs de formulaire peuvent être des professionnels spécialisés dans la conception et le développement basés sur des formulaires ou d’autres utilisateurs tels que des travailleurs de l’information, des concepteurs de solution globale, des concepteurs de site, des administrateurs de collection de sites, des développeurs Web ou des administrateurs de batterie de serveurs ayant d’autres responsabilités principales.

Le type de formulaire qu’ils conçoivent dépend des contraintes de la solution métier.

Composants InfoPath

InfoPath comprend les deux composants principaux suivants :

InfoPath 2010 est une application cliente Office System qui possède les deux modes suivants :

Microsoft InfoPath Designer 2010 permet de créer des modèles de formulaire. Ceux-ci définissent la structure

des données, l’apparence et le comportement d’un formulaire. Une fois le processus de conception achevé, les concepteurs de

formulaire publient le modèle de formulaire dans SharePoint Server afin que les utilisateurs puissent commencer à remplir les

formulaires basés sur ce modèle.

Microsoft InfoPath Filler 2010 permet de remplir les formulaires basés sur les modèles de formulaire créés dans

SharePoint Designer.

InfoPath Forms Services dans Microsoft SharePoint Server 2010 permet l’affichage des formulaires dans le

navigateur Web. Ce composant est disponible en tant que fonctionnalité d’entreprise de SharePoint Server 2010. Les administrateurs

de batterie de serveurs configurent les paramètres d’InfoPath Forms Services sur le site Web Administration centrale de SharePoint.

Formulaires de navigateur Web ou formulaires Filler uniquement

La première décision conceptuelle que doivent prendre les concepteurs de formulaire consiste à déterminer s’il faut créer un formulaire de navigateur Web ou un formulaire Filler uniquement. Les formulaires de navigateur peuvent être remplis dans un navigateur Web, tandis que les formulaires Filler uniquement ne peuvent être remplis que dans InfoPath Filler 2010.

Le principal avantage de la création de formulaires de navigateur réside dans le fait que les utilisateurs peuvent remplir les formulaires sans qu’InfoPath 2010 soit installé sur leurs ordinateurs. Ces formulaires peuvent être remplis dans le navigateur. InfoPath Forms Services est requis pour publier les formulaires de navigateur dans SharePoint Server et pour les afficher dans le navigateur. Toutefois, il est important de noter que certaines fonctionnalités et certains contrôles ne sont pas pris en charge dans les formulaires de navigateur Web. C’est essentiellement cette raison qui explique le recours à la création d’un formulaire Filler uniquement.

Formulaires de navigateur Web

447

Les types de formulaires de navigateur sont les suivants :

formulaires de liste ;

formulaires de liste externe ;

formulaires de la bibliothèque de formulaires ;

formulaires de flux de travail.

Formulaires de liste SharePoint

Dans SharePoint Server 2010, vous pouvez désormais étendre et améliorer les formulaires utilisés pour la création, la modification et l’affichage des éléments dans les listes SharePoint à l’aide d’InfoPath 2010. Les modèles de formulaire InfoPath publiés dans les listes SharePoint remplacent le formulaire de liste SharePoint par défaut.

Chaque type de contenu pour la liste possède son propre formulaire de liste SharePoint qui peut être personnalisé dans InfoPath Designer.

La personnalisation des formulaires de liste dans InfoPath Designer vous permet d’améliorer vos listes SharePoint en ajoutant les fonctionnalités suivantes qui ne sont pas prises en charge dans les formulaires de liste SharePoint par défaut :

Ajouter des règles pour valider les données que les utilisateurs ajoutent aux formulaires. Par exemple, si vous utilisez des

formulaires pour effectuer le suivi des commandes pour une organisation, vous pouvez imposer une limite de dépenses pour chaque

commande.

Ajouter des règles afin d’appliquer une mise en forme conditionnelle aux données. Les concepteurs de formulaire peuvent

afficher ou masquer des champs, activer ou désactiver des contrôles, changer d’affichage ou définir des valeurs pour les données

dans un champ. Par exemple, dans un modèle de formulaire de suivi d’inventaire, vous pouvez afficher des informations différentes à

un utilisateur qui demande de nouveaux produits en stock et à l’administrateur d’organisation qui en achète.

Interroger des données à partir d’autres sources. Par exemple, vous pouvez vérifier la disponibilité de produits en stock dans un

système externe et permettre aux utilisateurs de savoir immédiatement si un article particulier n’est pas non disponible.

Modifier la disposition et l’aspect des formulaires. Par exemple, vous pouvez déplacer les champs obligatoires vers une position

bien visible dans le formulaire afin que les utilisateurs puissent les rechercher et les renseigner plus facilement ou ajouter des

affichages optimisés pour différentes tâches ou autorisations utilisateur.

Ces options de personnalisation, ainsi que les affichages et les options de filtrage prédéfinis disponibles pour les listes SharePoint, permettent d’utiliser les formulaires de liste dans de nombreux types de solutions métiers, allant des processus ad hoc aux processus d’entreprise structurés plus complexes.

448

Les modèles de formulaire de liste SharePoint ne peuvent pas contenir de code managé ou de données imbriquées ou récurrentes. Si la solution globale requiert du code managé ou des structures de données complexes dans les formulaires, vous devez utiliser une bibliothèque de formulaires.

Formulaires de liste externe

Business Connectivity Services vous permet d’utiliser des données de systèmes externes tels que des bases de données ou des services Web à l’aide de listes externes SharePoint. Les listes externes sont créées à partir de types de contenu externe. Comme dans le cas des listes SharePoint ordinaires, InfoPath 2010 permet de personnaliser les formulaires utilisés pour la création, la lecture, la mise à jour et la suppression d’éléments dans les listes externes.

Formulaires de la bibliothèque de formulaires

Une bibliothèque de formulaires est une bibliothèque de documents SharePoint qui utilise un formulaire InfoPath en guise de type de contenu par défaut. Les nouveaux formulaires sont créés par le biais du bouton Nouveau dans la bibliothèque de formulaires et les différents formulaires remplis par les utilisateurs sont stockés sous la forme de fichiers XML dans la bibliothèque.

Des formulaires de bibliothèque de formulaires doivent être utilisés si votre solution requiert l’une des fonctionnalités suivantes :

données imbriquées ou récurrentes ;

signatures numériques ;

code managé ;

données de formulaire stockées en tant que données XML.

Formulaires de flux de travail

Les concepteurs de formulaire peuvent utiliser InfoPath Designer pour personnaliser les formulaires que les utilisateurs remplissent pour interagir avec des tâches dans les flux de travail SharePoint.

Pour plus d’informations sur la conception de modèles de formulaire, voir Aide et procédure InfoPath (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=185225&clcid=0x40C).

Pour plus d’informations sur la conception de modèles de formulaire possédant du code personnalisé, voir InfoPath Forms Services (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=185226&clcid=0x40C) dans le centre pour les développeurs SharePoint.




449

Déploiement de formulaires Les options de publication disponibles pour les formulaires de bibliothèque de formulaires dépendent de la présence de code managé dans le modèle de formulaire, des autorisations du concepteur de formulaire et des paramètres InfoPath Forms Services.

Publication de formulaires de navigateur dépourvus de code

Les formulaires de navigateur Web dépourvus de code managé peuvent être publiés directement dans SharePoint Server par tout concepteur de formulaire disposant du niveau d’autorisation de création. Les concepteurs de formulaire publient les modèles de formulaire à l’aide d’InfoPath Designer.

Les administrateurs de batterie de serveurs peuvent restreindre la possibilité de publier des formulaires de navigateur dans SharePoint Server en désactivant la publication des modèles de formulaire activés pour le navigateur sur la page des options de configuration d’InfoPath Forms Services dans l’Administration centrale. Cette option s’applique uniquement aux formulaires de bibliothèque de formulaires et permet aux organisations qui souhaitent un contrôle plus centralisé des modèles de formulaire d’imposer l’approbation de l’administrateur avant la publication de formulaires de navigateur dans SharePoint Server. Cette option n’empêche pas les utilisateurs de publier des formulaires Filler uniquement dans SharePoint Server. Ces formulaires ne peuvent être remplis qu’à l’aide d’InfoPath Filler.

Publication de formulaires de navigateur possédant du code

Les concepteurs de formulaire peuvent ajouter du code managé à leurs formulaires à l’aide de Visual Studio Tools for Applications (VSTA). VSTA est un composant d’installation facultatif disponible dans le programme d’installation d’InfoPath 2010. Les modèles de formulaire qui comportent du code managé peuvent être publiés des deux façons suivantes :

Solutions en bac à sable Les administrateurs de collection de sites peuvent publier les modèles de formulaire comportant du code

dans les bibliothèques de formulaires sous la forme de solutions en bac à sable.

Formulaires approuvés par l’administrateur Les administrateurs de batterie de serveurs peuvent télécharger les modèles de

formulaire vers une bibliothèque dans l’Administration centrale, puis activer les modèles de formulaire sur les collections de sites en

tant que types de contenu de site pouvant être sélectionnés par les utilisateurs qui disposent du niveau d’autorisation de création.

Modèles de formulaire en tant que solutions en bac à sable

Les administrateurs de collection de sites peuvent publier les modèles de formulaire comportant du code dans des bibliothèques de formulaires en tant que solutions en bac à sable, sous réserve que le service de code en mode bac à sable Microsoft SharePoint Foundation soit en cours d’exécution sur la batterie de serveurs. Cela permet à un concepteur de formulaire qui est administrateur de collection de sites de publier les formulaires sans solliciter l’approbation de l’administrateur de batterie de serveurs. Les solutions en bac à sable s’exécutent dans un environnement ayant accès à un sous-ensemble du modèle objet serveur. L’administrateur de batterie de serveurs peut définir des limites d’utilisation pour protéger le serveur contre tout code malveillant.

450

Les modèles de formulaire qui contiennent du code dont l’exécution requiert une autorisation de confiance totale ne peuvent pas être publiés en tant que solutions en bac à sable. Ils doivent être approuvés par un administrateur de batterie de serveurs. Pour plus d’informations sur les solutions en bac à sable, voir Sandboxed solutions overview (SharePoint Server 2010).

Modèles de formulaires approuvés par l’administrateur

Les administrateurs de batterie de serveurs peuvent télécharger les modèles de formulaire comportant du code, y compris du code dont l’exécution requiert l’autorisation de confiance totale, vers une bibliothèque de modèles de formulaire dans l’Administration centrale. Cette option peut être privilégiée dans les organisations qui souhaitent un contrôle plus centralisé des formulaires et du code managé au détriment de la facilité de déploiement. Les modèles de formulaire téléchargés vers la bibliothèque de modèles de formulaire dans l’Administration centrale sont appelés modèles de formulaire approuvés par l’administrateur.

Après avoir enregistré le modèle de formulaire, le concepteur de formulaire contacte l’administrateur de batterie de serveurs. Ce dernier révise le modèle de formulaire afin de s’assurer qu’il satisfait aux standards de l’organisation en termes de performances et de sécurité. Si le modèle de formulaire satisfait à ces standards, l’administrateur de batterie de serveurs le télécharge vers la bibliothèque de modèles de formulaire dans l’Administration centrale pour la batterie de serveurs.

Un administrateur de batterie de serveurs doit activer un modèle de formulaire pour une collection de sites spécifique afin qu’il puisse être utilisé sur celle-ci. L’activation d’un modèle de formulaire place celui-ci dans une bibliothèque de modèles de formulaire pour le site. Les utilisateurs peuvent ensuite ajouter le modèle de formulaire en tant que type de contenu à une bibliothèque de formulaires. Toute personne disposant du niveau d’autorisation de création peut ajouter un type de contenu de modèle de formulaire.

Pour plus d’informations, voir Manage administrator-approved form templates (SharePoint Server 2010).

Remplissage de formulaires Une fois qu’un modèle de formulaire a été publié, les utilisateurs peuvent commencer à remplir des formulaires basés sur ce modèle de formulaire.

Formulaires de navigateur Web ou formulaires Filler

Il existe deux environnements de remplissage de formulaire principaux : le navigateur Web et InfoPath Filler. Tout formulaire peut être rempli dans InfoPath Filler. Seuls les formulaires activés pour le navigateur peuvent être remplis dans un navigateur Web.

Les administrateurs de batterie de serveurs peuvent désactiver l’affichage des formulaires dans le navigateur Web en configurant les paramètres de la page de configuration d’InfoPath Forms Services dans l’Administration centrale. Cela s’applique uniquement aux modèles de formulaire utilisateur qui ont été publiés dans des bibliothèques de formulaires ; les modèles de formulaire approuvés par l’administrateur ou les modèles de formulaire publiés dans des listes ne sont pas concernés. Si l’affichage des formulaires de navigateur Web est désactivé, les formulaires s’ouvrent dans InfoPath Filler si InfoPath est installé sur l’ordinateur de l’utilisateur.

http://technet.microsoft.com/library/cf2b1b11-8e35-4269-a8c7-96fde034947f(Office.14).aspx

http://technet.microsoft.com/library/8285b82e-19db-4408-859f-1430830fe0fb(Office.14).aspx

451

Remplissage de formulaire en mode hors connexion

Les formulaires de liste SharePoint peuvent être remplis en mode hors connexion à l’aide de SharePoint Workspace, tandis que les formulaires de bibliothèque de formulaires peuvent être remplis en mode hors connexion à l’aide d’InfoPath Filler.

Composant WebPart Formulaire InfoPath

Les formulaires de navigateur InfoPath peuvent également être hébergés sur des pages Web à l’aide du composant WebPart Formulaire InfoPath. Pour plus d’informations sur le composant WebPart Formulaire InfoPath, voir À propos du composant WebPart Formulaire InfoPath (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=187903&clcid=0x40C).

Voir aussi Concepts


Autres ressources

Sandboxed solutions overview (SharePoint Server 2010)




452

Planifier une application pilotée par des formulaires

De nombreuses applications SharePoint Server contiennent des formulaires InfoPath. Un sous-ensemble de ces applications est en réalité piloté par un formulaire. En règle générale, ces applications pilotées par un formulaire partagent les caractéristiques suivantes :

Elles automatisent un processus d’entreprise, tel que le passage d’une commande ou l’évaluation des performances des employés.

Il existe une information structurée clé, dont les instances passent par différentes activités pour réaliser le processus d’entreprise.

Bien que chaque application pilotée par un formulaire soit unique, la structure présente dans ces applications est souvent commune sur le plan conceptuel. Si votre application est compatible avec cette conception commune, vous pouvez utiliser la conception présentée dans cet article et la modifier en fonction de vos besoins.

Cet article décrit une conception pour un type particulier d’application Microsoft SharePoint Server 2010 qui utilise des formulaires. Il n’explique pas comment concevoir d’autres types d’applications SharePoint Server ou comment concevoir les formulaires proprement dits. Pour plus d’informations sur la conception de formulaires Microsoft InfoPath 2010, voir Office.com (http://go.microsoft.com/fwlink/?linkid=187550&clcid=0x40C).

Dans cet article :

Structure d’une application pilotée par un formulaire

À propos de la planification d’une application pilotée par un formulaire courante

Identification de l’information clé

Utilisation d’une liste ou d’une bibliothèque de formulaires

Flux de travail

Sources de données supplémentaires

Portails

Résumé


453

Structure d’une application pilotée par un formulaire Une application SharePoint Server complexe pilotée par un formulaire peut contenir les composants suivants :

Un site SharePoint dans lequel héberger l’application.

Un modèle de formulaire qui capture l’information clé. Le modèle de formulaire peut offrir différents affichages selon le groupe

d’utilisateurs ou la phase du cycle de vie des informations.

Une bibliothèque ou une liste SharePoint dans laquelle stocker les instances du modèle de formulaire achevé (formulaires).

Un flux de travail qui dirige un élément à travers un processus d’entreprise. Le flux de travail démarre lorsqu’un formulaire est créé.

Des listes SharePoint qui contiennent des informations auxiliaires permettant de renseigner les champs du modèle de formulaire.

Vous pouvez associer des formulaires et des flux de travail à ces listes pour gérer les informations qu’elles contiennent.

Des bases de données externes ou des applications cœur de métier qui fournissent des données pour le modèle de formulaire ou le

flux de travail.

Une logique métier représentée sous la forme de règles de validation dans le modèle de formulaire ou dans le cadre du flux de travail.

Une page Web qui fait office de portail et qui permet aux utilisateurs de créer une instance du modèle de formulaire et d’afficher

d’autres informations sur les formulaires. Il peut exister plusieurs portails pour différentes audiences.

Il n’est pas nécessaire que votre application épouse exactement cette structure. Certaines applications SharePoint Server pilotées par des formulaires ne contiennent pas tous ces composants, tandis que d’autres applications présentent de légères variantes, telles que l’existence de plusieurs flux de travail.

À propos de la planification d’une application pilotée par un formulaire courante Pour concevoir un type courant d’application pilotée par un formulaire, vous déterminez d’abord l’information clé qui pilote le processus d’entreprise. Ensuite, vous déterminez s’il est nécessaire de stocker les informations dans une liste SharePoint ou dans une bibliothèque et définissez le flux de travail permettant de traiter les informations. Ensuite, vous déterminez les sources de données supplémentaires éventuellement requises. Enfin, vous concevez les portails par le biais desquels les utilisateurs accéderont à l’application.

454

Identification de l’information clé La première étape de la planification d’une application pilotée par un formulaire consiste à déterminer l’information clé autour de laquelle l’application est articulée. Dans de nombreuses situations, l’information clé est évidente. Dans une application de support technique, par exemple, l’information clé est probablement une demande de service. Dans un processus d’évaluation des performances des employés, l’information clé est probablement un formulaire d’évaluation des performances. Dans un système d’achat, l’information clé est probablement une commande.

Identifiez l’information clé qui pilote le processus. Si l’information clé n’est pas évidente, envisagez les suggestions suivantes :

Si l’application est appelée à automatiser un processus existant, existe-t-il un document ou un fichier qui passe d’une personne à

l’autre au fil du processus ? Ce document ou fichier est susceptible d’être l’information clé.

Un processus démarre-t-il lorsqu’un élément est créé ou lorsqu’un élément apparaît à un emplacement donné ? Cet élément pourrait

être l’information clé.

L’information clé possède probablement une structure et peut croître ou évoluer au fil de son traitement. Par exemple, une commande

contient le nom et l’adresse du client, une liste d’articles complète indiquant la quantité et le prix, ainsi que d’autres détails. Des

informations supplémentaires telles qu’un numéro de suivi, sont ajoutées à la commande à mesure qu’elle est traitée.

Un statut évoluant dans le temps est probablement associé à l’information clé.

Si vous ne pouvez pas déterminer l’information clé qui pilote le processus, il est probable que la conception présentée dans cet article ne convienne pas pour votre application.

Lorsque vous implémentez l’application, vous créez un modèle de formulaire pour cette information clé. Ce modèle de formulaire est appelé « formulaire principal » tout au long de cet article.

Utilisation d’une liste ou d’une bibliothèque de formulaires Déterminez si vous stockerez les instances du formulaire principal dans une liste SharePoint ou dans une bibliothèque de formulaires SharePoint Server.

Dans la mesure du possible, utilisez une liste. Une solution basée sur une liste est plus simple et plus efficace. Toutefois, dans certaines situations, une liste ne fonctionne pas. Si l’une des conditions suivantes est satisfaite, utilisez une bibliothèque de formulaires :

Vous devez conserver un historique des modifications apportées aux instances du formulaire.

Le formulaire principal contient des sections récurrentes, telles qu’un nombre arbitraire de réalisations dans le formulaire d’évaluation

d’un employé.

455

Le formulaire principal possède des données imbriquées, telles qu’un formulaire de commande qui contient un article, pouvant lui-

même posséder un code de produit, une quantité, une taille et un prix.

Le formulaire principal est appelé à contenir du code.

Les situations dans lesquelles un formulaire peut contenir du code sont par exemple les suivantes :

Le formulaire comprend des boutons qui permettent d’exécuter des actions personnalisées.

La valeur d’un champ du formulaire repose sur une combinaison complexe d’autres valeurs du formulaire.

Les instances du formulaire principal seront signées numériquement.

Vous devez stocker les données relatives à chaque instance du formulaire principal au format XML.

Si vous stockez les instances du formulaire principal dans une liste, chaque champ du formulaire principal devient une colonne dans la liste, tandis que chaque instance du formulaire principal devient un élément de liste. Si vous stockez les instances du formulaire principal dans une bibliothèque de formulaires, chaque instance devient un document XML et les documents sont stockés dans la bibliothèque.

Flux de travail Le processus d’entreprise démarre lorsque se produit un événement lié à une instance du formulaire principal. Souvent, la création d’une instance du formulaire principal proprement dit démarre le processus d’entreprise, mais d’autres événements, tels que la modification d’une instance du formulaire principal ou son affectation à une personne, peuvent également démarrer un processus.

Le processus d’entreprise dirige l’instance du formulaire principal vers les différentes personnes et les différents systèmes qui doivent effectuer des actions. Si le formulaire principal est une demande de service, par exemple, la création d’une demande de service peut démarrer un processus qui assigne la demande de service à un représentant du service afin qu’il interagisse avec la personne à l’origine de la demande. Le représentant du service peut effectuer différentes actions suivant l’issue de la discussion avec la personne à l’origine de la demande : par exemple, faire suivre la demande à un représentant principal, marquer la demande comme étant résolue, la faire suivre au département en charge des commandes si la personne à l’origine de la demande doit obtenir un article de remplacement, etc.

Identifiez les étapes et les points de décision impliqués dans le traitement d’une instance du formulaire principal. Cette séquence d’étapes est représentée dans SharePoint Server sous la forme d’un flux de travail. Pour plus d’informations sur les flux de travail, voir Planifier des flux de travail (SharePoint Server 2010).

456

Sources de données supplémentaires Un modèle de formulaire peut récupérer des données de sources externes telles qu’une base de données, un service Web ou une liste SharePoint. Une utilisation courante de données externes consiste à renseigner une liste de valeurs valides pour un champ du modèle de formulaire, telle qu’une liste de centres de coût. Vous pouvez également utiliser une règle pour calculer la valeur d’un champ en fonction d’une combinaison de données externes et des valeurs d’autres champs. Par exemple, la valeur d’un champ « approbateur » peut être obtenue à l’aide d’une source de données externe permettant de rechercher le responsable de l’employé dont le nom a été entré dans le champ « soumis par ».

Identifiez les données externes auxquelles le formulaire principal aura accès. Pour chaque source de données externes, indiquez la provenance des données. Par exemple, les données sont-elles issues d’une liste SharePoint, d’une base de données SQL, d’un système LOB tel que SAP ou d’une autre source ?

Remarque :

Vous pouvez accéder aux données LOB directement à partir de listes SharePoint Server en créant un type de contenu externe. Pour plus d’informations sur la création de types de contenu externe, voir Vue d’ensemble de Business Connectivity Services (SharePoint

Server 2010).

Pour toute liste SharePoint fournissant des données au formulaire principal, analysez la façon dont vous gérerez les données de la liste. Créerez-vous un formulaire pour la saisie de nouvelles données dans la liste ? Des flux de travail sont-ils requis pour la gestion des éléments de la liste ? Par exemple, si le formulaire principal utilise une liste de centres de coût, vous pouvez ajouter un flux de travail d’approbation à la liste.

Portails Qui est appelé à utiliser l’application ? Existe-t-il différents rôles d’utilisateurs, dont les membres effectuent des actions ou affichent des informations spécifiques ? Si des utilisateurs de différents rôles sont appelés à effectuer différentes opérations avec l’application, envisagez la création d’un portail pour chaque rôle. Adaptez les actions et les informations disponibles dans chaque portail au rôle des utilisateurs qui recourent au portail.

Par exemple, dans une application d’évaluation des performances des employés, il existe probablement au moins trois rôles :

les employés, qui renseignent les formulaires d’évaluation des performances ;

457

les responsables, qui ajoutent des informations aux formulaires d’évaluation des performances et qui approuvent les évaluations des

performances ;

les spécialistes des ressources humaines, qui créent des rapports et compilent les informations issues des évaluations des

performances.

Les employés peuvent accéder à l’application d’évaluation des performances par le biais d’un portail des employés qui permet à chacun de créer un formulaire d’évaluation des performances et de déterminer si son évaluation des performances a été approuvée par son responsable. Les responsables peuvent accéder à l’application par le biais d’un portail des responsables qui affiche une liste de leurs employés indiquant si chaque employé a déjà soumis un formulaire d’évaluation des performances et comportant un lien qui permet d’ouvrir le formulaire d’évaluation des performances d’un employé. Les spécialistes des ressources humaines peuvent accéder à l’application par le biais d’un portail des ressources humaines qui affiche des statistiques récapitulatives sur le nombre de formulaires d’évaluation des performances approuvés, soumis, mais pas encore approuvés ou pas encore soumis.

Le type de portail le plus simple à créer est un affichage sur la liste SharePoint ou la bibliothèque dans laquelle les instances du formulaire principal sont stockées. Vous pouvez utiliser un filtre ou appliquer une mise en forme conditionnelle pour personnaliser l’affichage en fonction de l’utilisateur.

Vous pouvez également concevoir une page Web personnalisée pour chaque rôle d’utilisateur et attribuer à chaque utilisateur l’URL appropriée vers le rôle correspondant afin qu’il puisse accéder à l’application. Dans les pages Web des portails, vous pouvez inclure certains des éléments suivants :

Un bouton Nouveau permettant de créer une instance du formulaire principal.

Un affichage résumé/détails des instances du formulaire principal. Le résumé peut être la liste des instances du formulaire, filtrée

selon un critère donné, tandis que les détails peuvent être les détails de l’instance de formulaire sélectionnée dans le résumé. Vous

pouvez créer l’affichage du résumé en utilisant un composant WebPart Affichage de liste ou un composant WebPart Requête de

contenu. Vous pouvez créer l’affichage des détails en hébergeant le formulaire principal dans le composant WebPart Formulaire

InfoPath. Pour plus d’informations sur le composant WebPart Affichage de liste, voir le blog de l’équipe Microsoft SharePoint

(éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=187653&clcid=0x40C). Pour plus d’informations sur le composant

WebPart Requête de contenu, voir Procédure : personnaliser le composant WebPart Requête de contenu à l’aide de propriétés

personnalisées (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=187635&clcid=0x40C). Pour plus d’informations sur

le composant WebPart Formulaire InfoPath, voir Procédure : héberger un formulaire InfoPath dans le composant WebPart Formulaire

InfoPath (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=187637&clcid=0x40C). Vous pouvez utiliser un filtre

spécifique sur les portails pour les différents rôles. Par exemple, sur le portail des utilisateurs qui créent des instances de formulaire,

vous pouvez appliquer un filtrage sur les instances créées par le même utilisateur. De même, sur un portail d’approbateurs, vous

pouvez appliquer un filtrage sur les instances en attente de la révision et de l’approbation de l’utilisateur.







458

Des statistiques sur le processus, telles que le nombre d’instances de formulaire traitées par jour ou des mesures liées au domaine

de l’application.

Résumé Si votre application présente des caractéristiques reprises dans la plupart des sections précédentes, vous pouvez probablement implémenter l’application en suivant le paradigme d’une application pilotée par un formulaire. Créez un site SharePoint destiné à héberger l’application. Créez un modèle de formulaire pour le formulaire principal, créez une liste ou une bibliothèque dans laquelle stocker les instances du formulaire principal et associez le modèle de formulaire à la liste ou bibliothèque. Ajoutez un flux de travail déclenché lorsqu’un nouveau formulaire est ajouté à la liste ou bibliothèque. Créez et remplissez toute liste supplémentaire requise pour fournir des données au modèle de formulaire. Créez un ou plusieurs portails par le biais desquels les utilisateurs interagiront avec l’application.

Voir aussi Concepts


Autres ressources

InfoPath Forms Administration (SharePoint Server 2010)

http://technet.microsoft.com/library/90aa8e29-21da-4e57-ab4b-76cd74211127(Office.14).aspx

459

Planifier les modèles de formulaire utilisateur (SharePoint Server 2010)

Cet article décrit les paramètres spécifiques aux modèles de formulaire utilisateur et vous aide à planifier les fonctions InfoPath Forms Services à activer pour ces modèles.

Dans cet article :

À propos des modèles de formulaire utilisateur

Modèles de formulaire utilisateur activés pour le navigateur

Planifier l’accès aux données externes

Bibliothèque de connexions de données

À propos des modèles de formulaire utilisateur Les modèles de formulaire peuvent être divisés en trois catégories selon leur déploiement : modèles de formulaire utilisateur, modèles approuvés par l’administrateur et modèles de formulaire en tant que solutions bac à sable (sandbox). Les modèles de formulaire utilisateur ne sont pas déployés par un administrateur, par exemple un concepteur de formulaire. Ils peuvent être déployés par tout utilisateur ayant le niveau d’autorisation Création sur le site. Ces modèles peuvent être publiés sur une liste ou dans une bibliothèque de formulaires.

Les modèles de formulaire approuvés par l’administrateur doivent être déployés par un administrateur de batterie de serveurs. Ces modèles peuvent contenir du code ou une logique métier qui nécessite des niveaux d’autorisation supplémentaires. Pour qu’un modèle de formulaire approuvé par l’administrateur soit largement accessible, il doit être téléchargé vers le site de l’Administration centrale par un administrateur de batterie de serveurs, puis activé par un administrateur de collections de sites.

Les modèles de formulaire en tant que solutions bac à sable (sandbox) contiennent du code et sont publiés dans des bibliothèques de formulaires en tant que solutions bac à sable. Cela permet à un concepteur de formulaire qui est administrateur de collection de sites de publier les formulaires sans solliciter l’approbation de l’administrateur de batterie de serveurs. Les solutions bac à sable s’exécutent dans un environnement ayant accès à un sous-ensemble du modèle objet serveur. L’administrateur de batterie de serveurs peut définir des

460

limites d’utilisation pour protéger le serveur contre tout code malveillant. Pour plus d’informations sur les solutions bac à sable (sandbox), voir Plan for sandboxed solutions (SharePoint Server 2010) et Enable sandboxed solutions on the farm (SharePoint Server 2010).

Pour plus d’informations sur les formulaires et les modèles de formulaire, voir À propos des formulaires dans SharePoint Server 2010.

Modèles de formulaire utilisateur activés pour le navigateur Par défaut, lorsque des concepteurs de formulaire créent un modèle de formulaire, ce dernier est activé pour les navigateurs ce qui permet aux utilisateurs de le renseigner dans un navigateur Web. Les utilisateurs peuvent renseigner des formulaires même sans installer Microsoft InfoPath Filler 2010 sur leurs ordinateurs. Vous devez prendre les décisions suivantes :

Remarque :

Ces paramètres s’appliquent uniquement aux modèles de formulaire utilisateur publiés dans des bibliothèques de formulaires. Les

modèles de formulaire de flux de travail et les modèles de formulaire de liste ne sont pas concernés.

Voulez-vous autoriser les utilisateurs à publier des modèles de formulaire utilisateur activés pour le navigateur ? Vous

pouvez décider d’autoriser les concepteurs de formulaire à publier des modèles de formulaire activés pour le navigateur dans la

batterie de serveurs SharePoint Server. Si les concepteurs de formulaire ne peuvent pas publier de modèles de formulaire activés

pour le navigateur, ils doivent demander aux administrateurs de batterie de serveurs de le faire pour eux. Limiter la possibilité de

publier des formulaires de navigateur Web aux administrateurs permet de mieux contrôler la disponibilité des formulaires de

navigateur Web.

Voulez-vous présenter les modèles de formulaire utilisateur activés pour le navigateur ? Vous pouvez décider de permettre aux

utilisateurs d’utiliser un navigateur Web pour renseigner les formulaires utilisateur activés pour le navigateur. Si vous décidez de ne

pas présenter les modèles de formulaire utilisateur activés pour le navigateur, les formulaires seront ouverts dans InfoPath Filler 2010

si InfoPath est installé sur l’ordinateur de l’utilisateur.

Par défaut, les modèles de formulaire utilisateur activés pour le navigateur sont publiés et présentés. Pour plus d’informations sur la modification de ces paramètres, voir la section Configurer des modèles de formulaire utilisateur activés pour le navigateur dans « Configurer InfoPath Forms Services ».

http://technet.microsoft.com/library/9a96fa5e-2361-4b81-a0ca-fc4d0513cbf4(Office.14).aspx

http://technet.microsoft.com/library/0c8e364c-d99f-49f1-9693-00bc62bcf9dc(Office.14).aspx

http://technet.microsoft.com/library/3728d1fa-c1db-4445-8d00-e26f9015dd95(Office.14).aspx#browser

461

Planifier l’accès aux données externes Un modèle de formulaire utilisateur peut accéder à des données de sources externes telles qu’une base de données, un service Web ou une liste SharePoint. La présente section résume les paramètres qui affectent l’accès aux données externes dont vous devez tenir compte pour déployer des modèles de formulaire utilisateur.

Accès à d’autres domaines

Proxy de service Web InfoPath Forms Services

Informations d’authentification dans les fichiers de connexions de données

Accès à d’autres domaines

Par défaut, les modèles de formulaire utilisateur ne peuvent pas établir de connexions avec d’autres domaines. Autrement dit, les connexions de données externes doivent se trouver dans le même domaine que la batterie de serveurs SharePoint Server dans laquelle le modèle de formulaire utilisateur est publié. Si des modèles de formulaire utilisateur doivent accéder à des données dans un autre domaine, vous pouvez activer l’accès à d’autres domaines pour les modèles de formulaire utilisateur.

Pour plus d’informations sur le changement du paramètre d’accès à d’autres domaines, voir la section Configurer les paramètres d’authentification et de connexion de données pour InfoPath Forms Services dans « Configurer InfoPath Forms Services ».

Proxy de service Web InfoPath Forms Services

Les modèles de formulaire peuvent utiliser le proxy de service Web InfoPath Forms Services pour se connecter à un service Web. Le proxy de service Web InfoPath Forms Services fait suivre les requêtes SOAP à un service Web pour activer l’autorisation. Le proxy de service Web InfoPath Forms Services utilise un ID d’application du service Banque d’informations sécurisée contenu dans un fichier de connexion de données pour l’authentification. Ce proxy de service Web InfoPath Forms Services permet les deux scénarios suivants, inenvisageables avec des formulaires qui s’exécutent dans un navigateur Web :

l’authentification auprès d’un service Web sur un troisième niveau là où l’authentification Windows NTLM empêcherait généralement

la réutilisation des informations d’identification utilisateur ;

l’authentification symétrique entre un formulaire dans InfoPath Filler et le même formulaire qui s’exécute dans un navigateur Web.

Par défaut, les modèles de formulaire utilisateur ne peuvent pas utiliser le proxy de service Web InfoPath Forms Services. Pour plus d’informations sur l’activation des modèles de formulaire utilisateur pour utiliser le proxy de service Web InfoPath Forms Services, voir Configure Web service proxy for InfoPath Forms Services.

Informations d’authentification dans les fichiers de connexions de données

http://technet.microsoft.com/library/3728d1fa-c1db-4445-8d00-e26f9015dd95(Office.14).aspx#authenticate


http://technet.microsoft.com/library/b6b65aaa-6cf7-4e53-8026-7ef7a1534d31(Office.14).aspx

462

Les modèles de formulaire peuvent utiliser les fichiers de connexion de données (.udcx) pour spécifier des paramètres de connexion de données pour les formulaires. Une connexion de données est un lien dynamique entre un modèle de formulaire et une source de données qui stocke ou fournit des données pour le modèle de formulaire. Les fichiers de connexion de données peuvent inclure d’autres informations d’authentification telles que l’ID d’application du service Banque d’informations sécurisée. Par défaut, les modèles de formulaire utilisateur ne peuvent pas utiliser les informations d’authentification dans un fichier de connexion de données. Vous devez activer les modèles de formulaire pour utiliser les informations d’authentification des fichiers de connexion de données dans les cas suivants :

Vous souhaitez que les modèles de formulaire utilisateur puissent utiliser le proxy de service Web InfoPath Forms Services pour

l’authentification.

Vous disposez de formulaires utilisateur de navigateur Web qui nécessitent une authentification multiniveau. Par exemple, si vous

disposez d’un formulaire utilisateur de navigateur Web qui doit accéder à un serveur de bases de données, vous pouvez vous heurter

à des problèmes d’authentification multiniveau. Dans ce cas, les informations d’identification Windows de l’utilisateur doivent être

transmises entre le navigateur Web et le serveur InfoPath Forms Services qui s’exécute sur le serveur de bases de données. Ce type

de délégation n’est pas autorisée dans le système d’authentification NTLM utilisé par Microsoft Windows. Les problèmes

d’authentification multiniveau sont plus fréquents avec les formulaires de navigateur Web, car les formulaires ouverts dans InfoPath

Filler peuvent s’authentifier directement avec la source de données.

Par défaut, les modèles de formulaire utilisateur ne peuvent pas utiliser les informations d’authentification dans un fichier de connexion de données. Pour plus d’informations sur le changement de ce paramètre, voir la section Configurer les paramètres d’authentification et de connexion de données pour InfoPath Forms Services dans « Configurer InfoPath Forms Services ».

Bibliothèque de connexions de données SharePoint Server fournit une bibliothèque de connexions de données gérée de façon centralisée qui permet aux administrateurs de batteries de serveurs de gérer les fichiers de connexion aux données utilisés par les modèles de formulaires approuvés par l’administrateur. Envisagez de créer une bibliothèque de connexions de données utilisable par les modèles de formulaire utilisateur. Une bibliothèque de connexions de données est un type spécifique de bibliothèque utilisé pour stocker des fichiers de connexion de données.

Une bibliothèque de connexions de données offre les avantages suivants :

les paramètres de connexion peuvent être partagés entre plusieurs formulaires et plusieurs concepteurs de formulaires ;

si un paramètre de connexion de données doit être changé, vous pouvez mettre à jour le fichier de connexion de données sans

modifier les modèles de formulaire qui utilisent ce fichier de connexion de données ;



463

par défaut, l’approbation est nécessaire pour qu’un fichier de connexion de données puisse être utilisé par tous. Cela permet à

l’administrateur de collections de sites (et aux approbateurs désignés) de contrôler les types de connexions à autoriser.

Pour planifier efficacement une bibliothèque de connexion de données, tenez compte des points suivants :

De combien de bibliothèques de connexion de données avez-vous besoin ? Les fichiers de la bibliothèque de connexion de

données peuvent être utilisés par les formulaires et les modèles de formulaire qui se trouve dans la même collection de sites que la

bibliothèque de connexion de données.

Qui doit pouvoir télécharger les fichiers de connexion de données ? Les utilisateurs avec le niveau d’autorisation Collaboration

peuvent télécharger les fichiers de connexion de données dans la bibliothèque.

Qui doit pouvoir approuver les fichiers de connexion de données ? Lorsqu’un fichier de connexion de données est téléchargé, le

propriétaire de ce fichier peut l’utiliser. Cependant, l’approbation est nécessaire pour que le fichier de connexion de données soit

utilisé par quelqu’un d'autre. Les utilisateurs avec le niveau d’autorisation Création peuvent approuver les fichiers de connexion de

données.

Pour plus d’informations sur les bibliothèques de connexion de données, voir Procédure : créer et utiliser une bibliothèque de connexions de données (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=188117&clcid=0x40C).

Voir aussi Concepts


Autres ressources

Configure the Secure Store Service




464

Planifier la mise à niveau des modèles de formulaires lors d’une mise à niveau vers SharePoint Server 2010

Cet article décrit les étapes supplémentaires nécessaires pour mettre à niveau les modèles de formulaire lorsque vous mettez à niveau InfoPath Forms Services depuis la version dans Microsoft Office SharePoint Server 2007 et Microsoft Office Forms Server 2007 vers la version dans Microsoft SharePoint Server 2010.

Dans cet article :

À propos de la mise à niveau des formulaires pendant une mise à niveau vers SharePoint Server 2010

Mettre à niveau les modèles de formulaire pendant une mise à niveau avec liaison des bases de données vers SharePoint

Server 2010

Mettre à niveau les modèles de formulaire pendant une mise à niveau sur place vers SharePoint Server 2010

À propos de la mise à niveau des formulaires pendant une mise à niveau vers SharePoint Server 2010 Lorsque vous effectuez une mise à niveau depuis Office SharePoint Server 2007 ou Microsoft Office Forms Server 2007 vers SharePoint Server 2010, InfoPath Forms Services est également mis à niveau.

Les scénarios de mise à niveau et de migration suivants concernent InfoPath Forms Services dans SharePoint Server 2010 :

Mise à niveau avec liaison des bases de données

Met à niveau les formulaires et les modèles de formulaire depuis InfoPath Forms Services dans Microsoft Office SharePoint Server 2007 ou depuis Microsoft Office Forms Server 2007 vers un autre serveur exécutant SharePoint Server 2010. Les connexions de données et les modèles de formulaire approuvés par l’administrateur existants doivent être migrés vers le nouveau déploiement et mis à niveau pour pouvoir fonctionner avec InfoPath Forms Services dans Microsoft SharePoint Server 2010.

465

Remarque :

La mise à niveau avec liaison des bases de données est la seule façon de mettre à niveau Microsoft Office Forms Server 2007 vers


Mise à niveau sur place

Met à niveau les formulaires et les modèles de formulaire depuis InfoPath Forms Services pour Microsoft Office SharePoint Server 2007 vers SharePoint Server 2010 sur le même serveur. Tous les formulaires et les modèles de formulaire sont mis à niveau automatiquement durant une mise à niveau sur place.

Pour plus d’informations sur la mise à niveau depuis Office SharePoint Server 2007 vers SharePoint Server 2010, voir Upgrading to SharePoint Server 2010.

Mettre à niveau les modèles de formulaire pendant une mise à niveau avec liaison des bases de données vers SharePoint Server 2010 La mise à niveau avec liaison des bases de données vous permet de migrer le contenu vers une nouvelle batterie de serveurs ou un nouveau matériel. Durant ce type de mise à niveau, vous détachez toutes les bases de données de contenu d’une batterie de serveurs existante et les attachez à une nouvelle installation de batterie. Lorsque vous attachez les bases de données à la nouvelle batterie de serveurs, le processus de mise à niveau s’exécute et met à niveau les données sur place. La mise à niveau avec liaison des bases de données est la seule façon de mettre à niveau Microsoft Office Forms Server 2007 vers SharePoint Server 2010.

La base de données de contenu ne contient qu’une partie des fichiers utilisés par les formulaires InfoPath. Il s’agit notamment des fichiers suivants :

Les modèles de formulaire utilisateur (.xsn), qui sont déployés par des personnes autres que des administrateurs. Ils ne requièrent

pas la confiance totale et n’utilisent pas des connexions de données gérées par un administrateur. Les modèles de formulaire

utilisateur (.xsn) peuvent être publiés dans des listes ou des bibliothèques de formulaires par des collaborateurs individuels.

Fichiers de connexion de données (.udcx) pour les modèles de formulaire utilisateur.

Contenu des formulaires remplis (.xml) dans les listes et les bibliothèques de formulaires.

Ces fichiers sont mis à niveau automatiquement lorsque vous effectuez une mise à niveau avec liaison des bases de données.

En revanche, les modèles de formulaire approuvés par l’administrateur et les fichiers de connexion de données dans les bibliothèques de l’Administration centrale sont stockés dans la base de données de configuration et doivent être migrés séparément. Il s’agit notamment des fichiers suivants :



466

modèles de formulaire approuvés par l’administrateur (fichier .xsn) téléchargés vers la bibliothèque Gérer les modèles de formulaire

sur le site Administration centrale ;

fichiers de connexion de données (fichiers .udcx) téléchargés vers la bibliothèque Gérer les fichiers de connexion de données sur le

site Administration centrale.

Si vous copiez et attachez la base de données de contenu avant d’avoir importé ces fichiers, les sites qui comportent du contenu dépendant de formulaires approuvés par l’administrateur généreront des erreurs pendant l’importation.

Pour éviter ces erreurs, il est recommandé d’effectuer ces étapes dans l’ordre indiqué :

1. Effectuez les étapes prérequises pour une mise à niveau vers SharePoint Server 2010.

2. Installez et configurez SharePoint Server 2010 sur le nouveau serveur.

3. Exportez les modèles de formulaires approuvés par l’administrateur et les fichiers de connexion de données, à partir de la base de

données de configuration sur le serveur d’origine exécutant Office SharePoint Server 2007 ou Microsoft Office Forms Server 2007.

Pour savoir comment exporter et importer des formulaires approuvés par l’administrateur, des modèles de formulaire et des fichiers

de connexion de données entre les bases de données de configuration, voir la section Exporter et importer des fichiers de modèles de

formulaire approuvés par l’administrateur entre les bases de données de configuration plus loin dans cet article.

4. Importez les fichiers dans la base de données de configuration sur le nouveau serveur exécutant SharePoint Server 2010.

5. Suivez les étapes de la section Attach databases and upgrade to SharePoint Server 2010 pour lier et mettre à niveau les bases de

données du serveur d’origine vers le nouveau serveur SharePoint Server 2010.

6. Si l’URL du nouveau serveur diffère de l’URL du serveur précédent, exécutez une applet de commande Windows PowerShell 2.0 pour

mettre à jour les liens utilisés dans les formulaires et modèles de formulaire mis à niveau. Pour savoir comment mettre à jour des liens

utilisés dans les formulaires et modèles de formulaire mis à niveau, voir la section Mettre à jour les liens de modèle de formulaire vers

le serveur plus loin dans cet article.

Exporter et importer des fichiers de modèles de formulaire approuvés par l’administrateur entre les bases de données de configuration

Les données de formulaires dans la base de données de contenu ne comprennent que les fichiers utilisés par les formulaires utilisateur, les modèles de formulaire et les fichiers de connexion de données téléchargés vers des listes et des bibliothèques de documents. Elles ne comprennent pas les fichiers de connexion de données ou les modèles de formulaire approuvés par l’administrateur téléchargés vers le site Administration centrale.

http://technet.microsoft.com/library/d0a50e40-5322-4f7a-a3a4-c4660c879666(Office.14).aspx

467

Pour éviter des problèmes lorsque vous mettez à niveau les modèles de formulaire, exportez le contenu stocké dans la base de données de configuration du serveur d’origine qui exécute Office SharePoint Server 2007 ou Microsoft Office Forms Server 2007 et importez-le sur le nouveau serveur qui exécute SharePoint Server 2010.

Pour exporter les fichiers de connexion de données et les modèles de formulaires approuvés par l’administrateur qui sont stockés dans la base de données de configuration Office SharePoint Server 2007 ou Microsoft Office Forms Server 2007, utilisez la commande -o exportipfsadminobjects dans l’outil de ligne de commande Stsadm.

Pour importer les fichiers de connexion de données et les modèles de formulaires approuvés par l’administrateur dans la base de données de configuration sur le nouveau serveur, utilisez l’applet de commande Windows PowerShell 2.0Import-SPInfoPathAdministrationFiles.

Les paramètres de délai d’expiration des connexions de données et les autres paramètres de la page d’administration Configurer InfoPath Forms Services ne sont pas migrés et doivent être configurés sur le nouveau serveur.

Pour plus d’informations sur l’utilisation de l’outil en ligne de commande Stsadm, voir Outil de ligne de commande Stsadm (Office SharePoint Server) (http://go.microsoft.com/fwlink/?linkid=186993&clcid=0x40C).

Mettre à jour les liens de modèle de formulaire vers le serveur

Pendant les mises à niveau ou les migrations de contenu, il est courant de modifier l’URL du serveur qui héberge les formulaires et les modèles de formulaire. Si l’URL du nouveau serveur diffère de l’URL du serveur précédent, les liens utilisés par les formulaires et les modèles de formulaire devront éventuellement être mis à jour vers l’URL du nouveau serveur. Il s’agit notamment des liens dans les données de formulaire vers l’emplacement des fichiers de modèles de formulaire ou des liens dans le modèle de formulaire vers des fichiers de connexion de données ou d’autres fichiers de ressources.

Cela concerne à la fois les modèles de formulaire utilisateur et les modèles approuvés par l’administrateur.

Pour mettre à jour les liens utilisés dans les formulaires utilisateur et les fichiers de connexion de données, exécutez l’applet de commande Update-SPInfoPathUserFileUrl.

Pour mettre à jour les liens utilisés dans les modèles de formulaire approuvés par l’administrateur et les fichiers de connexion de données, exécutez l’applet de commande Update-SPInfoPathAdminFileUrl.

Ces applets de commande mettent à jour le nom du serveur dans les URL que les modèles de formulaire et les fichiers de connexion de données utilisent. Elles ne mettent pas à jour les liens dans les formulaires déplacés entre les bibliothèques par les utilisateurs ou dans le contenu de formulaires stocké dans la base de données de contenu. Les utilisateurs peuvent corriger ces liens à l’aide de la commande Relier tout disponible dans les paramètres des bibliothèques de formulaires. Les formulaires et modèles de formulaire mis à niveau ou migrés à l’aide du processus de liaison de base de données sont reliés automatiquement.

http://technet.microsoft.com/library/6d75660c-b641-4651-9b3c-baa9c760b18a(Office.14).aspx

http://technet.microsoft.com/library/6d75660c-b641-4651-9b3c-baa9c760b18a(Office.14).aspx



http://technet.microsoft.com/library/576349fa-386d-44cb-bbad-329fa81dbd8c(Office.14).aspx

http://technet.microsoft.com/library/0d3991ec-dfff-406b-b35d-d452a51dfc6c(Office.14).aspx

468

Mettre à niveau les modèles de formulaire pendant une mise à niveau sur place vers SharePoint Server 2010 Les modèles de formulaire pour InfoPath Forms Services sont mis à niveau automatiquement dans le cadre d’une mise à niveau sur place de SharePoint Server.

Pour plus d’informations sur la réalisation d’une mise à niveau sur place vers SharePoint Server 2010, voir Upgrade in place to SharePoint Server 2010.

http://technet.microsoft.com/library/bff35d1d-af83-45ae-a4d0-30f7cee8630c(Office.14).aspx

http://technet.microsoft.com/library/bff35d1d-af83-45ae-a4d0-30f7cee8630c(Office.14).aspx

469

Intégration améliorée d’InfoPath 2010 avec SharePoint Server 2010 et implications en matière de conception de formulaires pour les applications (livre blanc)

Les fonctions améliorées de Microsoft InfoPath 2010 et son intégration plus étroite avec Microsoft SharePoint Server 2010 font de InfoPath 2010 un outil de développement digne des grandes entreprises. En offrant la possibilité d’accéder à un nombre illimité de sources de données de façon dynamique et d’appliquer des ensembles de règles sophistiquées pour manipuler les informations et le comportement des formulaires, les formulaires InfoPath et les composants WebPart peuvent répondre aux besoins les plus exigeants en matière d’applications d’entreprise.

Ce livre blanc explique comment utiliser des formulaires de liste InfoPath, des formulaires InfoPath basés sur des documents et des composants WebPart InfoPath pour créer des applications de niveau entreprise dans SharePoint Server 2010. Pour télécharger le livre blanc au format souhaité, cliquez sur les liens suivants :


applications (Microsoft Office Word) (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=190499&clcid=0x40C)


applications (PDF) (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=190500&clcid=0x40C)


applications (XPS) (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=190501&clcid=0x40C)







470


Un flux de travail est une fonctionnalité de Microsoft SharePoint Server 2010 qui applique à des documents ou des éléments de liste une séquence spécifique d’actions ou de tâches liées à un processus d’entreprise. Les flux de travail peuvent servir à gérer des processus d’entreprise courants comme la révision ou l’approbation de documents.


Vue d’ensemble des flux de travail (SharePoint Server 2010)

Cet article présente les types de processus d’entreprise que les flux de travail peuvent faciliter et décrit les flux de travail inclus dans SharePoint Server 2010.

Planifier pour créer des flux de travail (SharePoint Server 2010)

Cet article décrit les différents outils de création de flux de travail Microsoft pris en charge et la façon de les utiliser ensemble pour accélérer la création de flux de travail.

Planifier les processus d’approbation et de révision dans les flux de travail (SharePoint Server 2010)

Étant donné que les flux de travail facilitent le traitement des documents au cours des processus de révision et d’approbation, cet article explique comment fonctionne le flux de travail Approbation et comment le planifier afin de l’utiliser de manière efficace.

Planification de la gestion de la sécurité et des utilisateurs des flux de travail (SharePoint Server 2010)

Cet article souligne certains aspects du comportement des flux de travail relatifs à la sécurité et présente d’autres problèmes que les administrateurs et les développeurs de flux de travail doivent considérer lorsqu’ils prévoient de configurer et de développer des flux de travail.

Flux de travail d’approbation : scénario (SharePoint Server 2010)

Cet article montre à quoi peut ressembler un flux de travail de type approbation créé dans Microsoft SharePoint Designer 2010 ou Workflow Designer dans Visual Studio 2010, puis hébergé à l’aide de SharePoint Server 2010.

471


Workflow administration (SharePoint Server_2010)

http://technet.microsoft.com/library/eb7d4a49-3252-4b69-9f92-e1c0071ec1a1(Office.14).aspx

472

Vue d’ensemble des flux de travail (SharePoint Server 2010)

Le flux de travail est une fonctionnalité de Microsoft SharePoint Server 2010 qui permet aux architectes, concepteurs et administrateurs de solutions d’améliorer les processus métiers. Il se compose essentiellement de deux éléments : les formulaires utilisés pour interagir avec les utilisateurs et la logique définissant le comportement du flux de travail. Pour comprendre la façon dont les flux de travail sont créés, il faut connaître ces deux éléments.

Dans cet article :

Présentation des flux de travail

Avantages de l’utilisation des flux de travail

Flux de travail prédéfinis

Exemple de scénario de flux de travail

Types de flux de travail : déclaratifs et compilés

Modèles de flux de travail

Associations de flux de travail

Interopérabilité avec les clients Office

Présentation des flux de travail Les flux de travail dans SharePoint Server 2010 permettent aux entreprises de réduire la quantité d’interactions superflues entre les personnes à mesure qu’elles réalisent des processus métiers. Par exemple, pour prendre une décision, les groupes suivent généralement une série d’étapes. Ces étapes peuvent être formelles, conformes à une procédure de fonctionnement standard ou un mode de fonctionnement implicitement admis informel. Ensemble, les étapes forment un processus métier. Le nombre d’interactions humaines qui se produisent dans les processus métiers peut porter préjudice à la rapidité et à la qualité des décisions. Les logiciels qui simplifient et gèrent ce « flux de travail humain » permettent l’automatisation des interactions entre les groupes qui participent au processus. Cette automatisation aboutit à davantage de rapidité, à une meilleure efficacité globale des interactions et, souvent, à une diminution des erreurs.

473

Vous pouvez modéliser des processus métiers à l’aide de diagrammes de flux, tels que ceux créés à l’aide de Microsoft Visio 2010, et les représenter à l’aide de la terminologie des flux de travail. Vous pouvez automatiser les processus métiers, tels que l’approbation de document, en associant un flux de travail à des données dans SharePoint Server 2010. Par exemple, vous pouvez créer un flux de travail pour router un document pour révision, effectuer le suivi d’un problème à travers ses différents stades de résolution ou guider un contrat à travers un processus d’approbation.

L’un des problèmes majeurs auxquels sont confrontés de nombreux services informatiques lors de l’implémentation de processus métiers nécessitant la participation des personnes en charge du traitement de l’information est que ces processus ne s’intègrent pas à la façon dont les personnes travaillent réellement. Pour qu’un processus métier soit efficace, il doit être intégré aux outils et aux applications utilisés quotidiennement dans l’entreprise, de façon à faire partie des habitudes quotidiennes des utilisateurs. Dans un environnement informatique, cela inclut l’intégration à la messagerie, aux calendriers, aux listes de tâches et aux sites Web de collaboration.

Avantages de l’utilisation des flux de travail Les principaux avantages de l’utilisation de flux de travail sont la facilitation des processus métiers et l’amélioration de la collaboration.

Les processus métiers utilisés par les entreprises dépendent du flux d’informations ou de documents. Ces processus requièrent la participation active des personnes chargées du traitement des informations pour effectuer les tâches qui contribuent aux décisions ou aux éléments livrables de leur groupe de travail. Dans SharePoint Server 2010, ces types de processus métiers sont implémentés et gérés à l’aide de flux de travail.

Voici des exemples de processus métiers qui peuvent être facilités par les flux de travail :

Approbation de contrat Supervision d’un contrat entre les différents membres d’une organisation qui doivent l’approuver ou le

refuser.

Note de frais Gestion de l’envoi d’une note de frais et des reçus associés, incluant son examen, son approbation et le

remboursement au demandeur.

Support technique Supervision de la progression d’un incident de support technique (ouverture par un client, analyse par un

technicien du support technique, acheminement vers des experts techniques, résolution et ajout à une base de connaissances).

Entretiens Gestion du processus d’entretien en vue de l’embauche d’un candidat à un poste. Ceci inclut la planification et le suivi

des différents entretiens, la collecte des commentaires sur les entretiens, la mise à disposition des commentaires pour les personnes

qui conduisent les entretiens suivants et l’aide à la décision d’embaucher ou non.

Publication de contenu Gestion de l’approbation de la publication de contenu sur le site de présence Internet d’une entreprise.

Automatisation des processus d’entreprise

474

Les entreprises sont tributaires des processus d’entreprise. Bien que ces processus impliquent souvent du logiciel, les processus les plus importants dans de nombreuses organisations dépendent des personnes. Les flux de travail peuvent automatiser les interactions entre les personnes participant à un processus pour améliorer le fonctionnement du processus, accroître son efficacité et réduire son taux d’erreurs.

De nombreux processus peuvent bénéficier de la prise en charge automatisée des interactions humaines. Voici quelques exemples :

Approbation Un aspect courant des processus d’entreprise orientés vers l’humain est la nécessité d’obtenir l’approbation de

plusieurs participants. Ce qui est approuvé peut varier considérablement, allant d’un document Microsoft Word qui contient la

stratégie commerciale de l’année suivante à une note de frais de la présence à une conférence. Dans chaque cas, un certain nombre

d’utilisateurs doit réviser les informations, éventuellement ajouter des commentaires, puis indiquer l’approbation ou le rejet.

Coordination des efforts du groupe Qu’il s’agisse de préparer une réponse à un appel d’offres, de gérer la traduction d’un

document dans une ou plusieurs langues ou d’effectuer une autre tâche, de nombreux processus requièrent une collaboration des

utilisateurs de manière organisée. La définition des étapes du processus par le biais d’un flux de travail automatisé permet de

renforcer l’efficacité du travail du groupe et le caractère prévisible du processus proprement dit.

Suivi des problèmes De nombreux processus d’entreprise génèrent une liste de problèmes en suspens. Un flux de travail

automatisé permet de tenir cette liste à jour, d’affecter les problèmes aux personnes pouvant les résoudre et d’effectuer le suivi de

l’état de cette résolution.

Pour prendre en charge ces types de processus d’entreprise automatisés, SharePoint Server 2010 peut exécuter des applications de flux de travail. Basées sur Windows Workflow Foundation 3.5, ces applications interagissent avec les personnes par l’intermédiaire d’un navigateur Web. Pour plus d’informations sur Windows Workflow Foundation 3.5, voir Windows Workflow Foundation (http://go.microsoft.com/fwlink/?linkid=127778&clcid=0x40C).

Les flux de travail améliorent la collaboration

Les flux de travail aident les individus à collaborer sur des documents et à gérer les tâches des projets en implémentant des processus métiers sur des documents et des éléments sur une collection de sites ou un site SharePoint. Les flux de travail aident les organisations à suivre des pratiques de processus métier cohérentes. Ils améliorent l’efficacité et la productivité de l’organisation à travers la gestion des tâches et des étapes impliquées dans ces processus métiers. Ils accélèrent la prise de décision en garantissant la disponibilité des informations appropriées pour les personnes appropriées au moment où elles en ont besoin. Ils permettent également de s’assurer que les tâches individuelles des flux de travail ont été effectuées par la personne appropriée et selon la séquence appropriée. Ceci permet aux personnes qui effectuent ces tâches de se concentrer sur le travail lui-même et non pas sur les processus de ce travail.

Par exemple, sur un site SharePoint Server 2010, vous pouvez créer un flux de travail à utiliser avec une bibliothèque de documents pour router un document vers un groupe de personnes pour approbation. Lorsque l’auteur démarre ce flux de travail, celui-ci crée une tâche d’approbation de document, affecte ces tâches aux participants du flux de travail, puis envoie des alertes de messagerie aux participants.


475

Lorsque le flux de travail est en cours, le propriétaire du flux de travail ou les participants du flux de travail peuvent vérifier l’avancement sur la page État du flux de travail. Lorsque les participants du flux de travail achèvent leurs tâches, le flux de travail se termine et le propriétaire du flux de travail est averti automatiquement que ce flux de travail est terminé.

Flux de travail prédéfinis Microsoft SharePoint Server 2010 inclut les modèles de flux de travail prédéfinis suivants, qui correspondent à des scénarios métiers courants :

Recueillir les commentaires Route un document ou un élément vers un groupe de personnes pour en recueillir les commentaires.

Les relecteurs peuvent produire des commentaires, qui sont ensuite rassemblés puis envoyés à la personne qui a initié le flux de

travail. Par défaut, le flux de travail Recueillir les commentaires est associé au type de contenu Document et il est par conséquent

disponible dans les bibliothèques de documents.

Approbation Route un document ou un élément vers un groupe de personnes. Par défaut, le flux de travail Approbation est associé

au type de contenu Document et il est par conséquent disponible dans les bibliothèques de documents. Une version du flux de travail

Approbation est également associée par défaut à la bibliothèque Pages d’un site de publication et elle peut être utilisée pour gérer le

processus d’approbation de la publication de pages Web.

Le flux de travail Approbation est un modèle d’approbation par étapes (le premier groupe d’approbateurs peut effectuer le processus de relecture et d’approbation, puis le groupe d’approbateurs suivant, etc.) Chaque étape ou ensemble d’approbation peut également avoir son propre mode opératoire. Par exemple, les membres du premier groupe peuvent effectuer leur relecture selon un ordre d’approbation séquentiel (l’un après l’autre), les membres du deuxième groupe peuvent effectuer leur relecture en parallèle (les relecteurs peuvent apporter leurs commentaires selon un ordre quelconque), etc.

Approbation de destruction Gère l’expiration et la conservation des documents en laissant les participants décider s’il faut

conserver ou supprimer des documents arrivés à expiration. Le flux de travail Approbation de destruction prend en charge les

processus de gestion d’enregistrements et est conçu principalement pour être utilisé dans un site Centre des enregistrements.

Rassembler les signatures Route un document qui a été créé dans une application Microsoft vers un groupe de personnes pour

collecter leur signature numérique. Ce flux de travail doit être démarré dans des applications des suites Microsoft Office System 2007

et Microsoft Office 2010, telles que Microsoft Word. Les participants doivent effectuer leur tâche de signature en ajoutant leur

signature numérique aux documents dans le programme client approprié. Par défaut, le flux de travail Rassembler les signatures est

associé au type de contenu Document et il est donc automatiquement disponible dans les bibliothèques de documents. Cependant, il

s’affiche pour un document dans la bibliothèque de documents uniquement si ce document contient une ou plusieurs lignes de

signature Microsoft Office.

476

Pour plus d’informations sur les lignes de signature Microsoft Office, voir Ajouter ou supprimer une signature numérique dans les documents Office (http://go.microsoft.com/fwlink/?linkid=157408&clcid=0x40C).

Trois états Conçu pour le suivi de l’état d’un élément de liste à travers trois états (phases). Il peut servir à gérer des processus

métiers qui obligent les organisations à réaliser le suivi de grands volumes de problèmes ou d’éléments, tels que des questions liées

au service d’assistance client, des prospects ou des tâches de projet.

Le flux de travail à trois états doit son nom au fait qu’il suit l’état d’un problème ou d’un élément au cours de trois états différents et de deux transitions entre les états. Par exemple, lorsqu’un flux de travail est initié pour un problème figurant dans une liste de problèmes, SharePoint Server 2010 crée une tâche pour l’utilisateur concerné. Lorsque l’utilisateur termine la tâche, le flux de travail passe de l’état initial (Actif) à l’état moyen (Résolu) et crée une tâche pour l’utilisateur concerné. Lorsque l’utilisateur termine la tâche, le flux de travail passe de l’état moyen (Résolu) à l’état final (Fermé) et crée une autre tâche pour l’utilisateur auquel le flux de travail est affecté à ce moment-là. Notez que ce flux de travail est pris en charge sur les listes uniquement, pas sur les bibliothèques.

Gestion des traductions Gère la traduction manuelle de documents en créant des copies du document à traduire et en affectant les

tâches de traduction à des traducteurs. Ce flux de travail est disponible uniquement pour les bibliothèques de gestion des traductions.

Suivi des problèmes Route un problème vers des membres d’une équipe pour sa résolution. Il présente une page Web à

l’utilisateur qui peut entrer de nouveaux problèmes, par exemple des réclamations de clients. Au fil de l’évolution d’un problème à

travers les différents états du flux de travail, la page Web de l’utilisateur change en reflétant les événements appropriés ; par exemple,

une page Web qui est fermée lorsqu’un problème est résolu.

Vous pouvez personnaliser chacun de ces flux de travail de plusieurs façons pour une organisation. Par exemple, lorsque vous ajoutez un flux de travail à une liste, à une bibliothèque, à un type de contenu ou à un site pour le rendre disponible à l’utilisation sur des documents ou des éléments, vous pouvez personnaliser les listes de tâches et les historiques où les informations sur le flux de travail sont stockées.

Lorsqu’un utilisateur démarre un flux de travail sur un document, sur un élément ou sur un site, vous pouvez lui donner la possibilité de personnaliser davantage ce flux de travail en spécifiant la liste des participants, une date d’échéance et des instructions pour les tâches.

Vous pouvez également créer une copie d’un flux de travail prédéfini sur laquelle baser la création d’un flux de travail personnalisé.

Exemple de scénario de flux de travail Imaginez que vous travaillez pour Adventure Works, une franchise de magasins de sports qui vend des vélos dans le monde entier. Cette société a des représentants commerciaux qui visitent différents pays pour aider les nouveaux franchisés à ouvrir de nouveaux magasins de sports.

Le scénario décrit dans cette section illustre la soumission d’une note de frais pour approbation. Si la note de frais est inférieure à 5 000 euros, un responsable doit l’approuver, la désapprouver ou la transmettre. Si la note de frais est supérieure ou égale à 5 000 euros,



477

un responsable doit l’examiner et la commenter, puis, s’il recommande son approbation, elle est transmise à un vice-président, qui doit l’approuver ou la désapprouver.

Dans ce scénario, le formulaire de note de frais est un formulaire InfoPath Forms Services. Le flux de travail est un projet de flux de travail de type Approbation séquentiel créé dans Microsoft SharePoint Designer 2010 et est composé de tâches automatisées et de tâches requérant une action humaine. Le flux de travail s’exécute sur SharePoint Server 2010.

1. Le représentant commercial (premier participant du flux de travail) accède à un portail self-service intranet et sélectionne le formulaire

Note de frais. Une page d’entrée de données s’ouvre. Le représentant commercial remplit d’abord un formulaire de note de frais

simple qui contient des entrées pour le nom de la personne, l’objet des dépenses, le total des dépenses, ainsi que le nom et l’adresse

de messagerie du responsable direct de la personne. Il clique ensuite sur Envoyer pour envoyer le formulaire.

Après l’envoi du formulaire, les données sont enregistrées à un emplacement centralisé, le flux de travail est initié et la tâche d’examen est affectée à l’approbateur (dans ce cas, le responsable du représentant commercial).

2. Le flux de travail envoie une notification au responsable du représentant commercial. La notification est un message de courrier

électronique contenant des instructions pour effectuer la tâche et fournissant un lien vers un site Web qui affiche le formulaire Note de

frais.

3. Le responsable (deuxième participant du flux de travail) accède au site Web et examine la note de frais. L’élément de tâche de flux de

travail fournit les trois actions Approuver, Désapprouver ou Transmettre, qui peuvent être effectuées par le responsable :

Si le montant de la note de frais est inférieur à 5 000,00 euros, le responsable voit des options pour Approuver ou

Désapprouver la note de frais.

Si le montant de la note de frais est supérieur à 5 000,00€, le responsable voit des options pour Transférer la note de frais à un

vice-président de la société ou pour Désapprouver la note de frais à son niveau.

4. Le responsable choisit d’approuver, de désapprouver ou de transférer, puis le flux de travail continue :

Si les dépenses sont approuvées par le responsable, l’achèvement de la tâche envoie un message au flux de travail indiquant

que la tâche est terminée, le flux de travail envoie une notification au représentant commercial via un message électronique, puis

le flux de travail ajoute les données des frais au système de comptabilité métier.

Si les dépenses ne sont pas approuvées par le responsable, celui-ci entre une explication de sa décision. L’achèvement de la

tâche envoie un message au flux de travail indiquant que la tâche est terminée, puis le flux de travail envoie une notification au

représentant commercial via un message électronique.

Si le responsable sélectionne l’option de transfert de la note de frais à un vice-président de la société, le responsable ajoute les

commentaires appropriés dans le formulaire, puis clique sur Transférer. Le flux de travail envoie ensuite une notification au vice-

478

président via un message électronique contenant des instructions pour effectuer la tâche et fournissant un lien vers un site Web

qui affiche le formulaire Note de frais.

5. Le vice-président (troisième participant du flux de travail) a comme options d’ Approuver ou de Désapprouver la note de frais.

Lorsque le vice-président effectue l’action nécessaire pour approuver ou désapprouver la note de frais, le flux de travail continue.

Si le vice-président approuve les frais, les données correspondant à ces frais sont ajoutées au système de comptabilité, le flux de

travail envoie une notification au représentant commercial et au responsable via un message électronique, puis le flux de travail

notifie à SharePoint que la tâche est terminée.

Si le vice-président n’approuve pas les frais, il entre une explication de la décision dans le formulaire. Le flux de travail envoie une

notification au représentant commercial et au responsable par courrier électronique, puis notifie à SharePoint que la tâche est

terminée.

Comme vous pouvez l’imaginer, il existe de nombreux moyens de développer les fonctionnalités de ce flux de travail dans le cadre de ce scénario. Par exemple, vous pouvez configurer le flux de travail de telle façon que si le vice-président désapprouve la note de frais, le rapport soit renvoyé au responsable du représentant commercial. Le responsable peut alors justifier la note de frais et la renvoyer pour approbation au vice-président, peut faire suivre la désapprobation au représentant commercial ou entreprendre une autre action.

Dans cet exemple de scénario de note de frais, les règles métiers sont toujours les mêmes. Cette solution de flux de travail définit comme approbateurs le responsable et le vice-président, définit la logique métier pour le routage du flux de travail, et prédéfinit le contenu des notifications. Cependant, beaucoup d’applications du monde réel ont des règles métiers complexes. Le routage pour l’approbation peut dépendre de plusieurs variables métiers. Les notifications peuvent également changer en fonction d’autres variables.

Par exemple, imaginez que, dans la même solution pour les notes de frais, vous ayez à router la note de frais à jusqu’à dix responsables, en fonction de la raison des frais, du total des frais et de la date d’envoi. En outre, en fonction de la raison des frais, le contenu des notifications envoyées par le flux de travail présente de petites différences. Cela signifie qu’il peut y avoir plusieurs solutions de flux de travail avec différents niveaux de routage et différentes notifications.

Microsoft SharePoint Server 2010 vous permet de créer et d’implémenter des solutions de flux de travail pour répondre aux besoins métiers de votre organisation. Il le fait en tirant profit des fonctionnalités de conception et de personnalisation des flux de travail de SharePoint Designer 2010 et de Microsoft Visual Studio 2010 Édition Premium, de la fonctionnalité de prototypage de Microsoft Visio 2010 utilisée avec SharePoint Designer 2010 et des capacités du système Microsoft Office.

479

Remarque :

Vous pouvez utiliser la fonctionnalité de prototypage de Visio 2010 par le biais de SharePoint Designer 2010 uniquement si vous exécutez

l’édition Premium de Visio 2010.

Types de flux de travail : déclaratifs et compilés Une distinction importante à faire au sujet d’un flux de travail concerne sa nature : s’agit-il d’un flux de travail déclaratif, tel que ceux créés à l’aide de Microsoft SharePoint Designer 2010, ou d’un flux de travail compilé, tel que ceux créés à l’aide de Visual Studio 2010. Un flux de travail déclaratif est un flux de travail qui est créé à partir de conditions et d’actions assemblées en règles et en étapes, et qui définit les paramètres pour le flux de travail sans écrire de code.

Un flux de travail compilé, tel que les flux de travail déclaratifs, peut également être créé à partir de conditions et d’actions sans que son auteur ait véritablement besoin d’écrire de code, mais se différencie par le fait que ce dernier peut l’enrichir de code personnalisé. Qu’un auteur de flux de travail ajoute ou non du code à un flux de travail basé sur du code, la distinction la plus importante à faire concerne la façon dont les flux de travail déclaratifs et compilés sont exécutés sur le serveur. Un flux de travail compilé est stocké sur un serveur exécutant SharePoint Server 2010 sous la forme d’un fichier dll précompilé, tandis qu’un flux de travail déclaratif est déployé sur un serveur exécutant SharePoint Server 2010 sous la forme d’un fichier XOML (Extensible Object Markup Language) et compilé dans la base de données de contenu chaque fois qu’une instance du flux de travail est démarrée. Pour plus d’informations sur les outils Microsoft pris en charge pour la création de flux de travail, voir Planifier pour créer des flux de travail (SharePoint Server 2010).

Modèles de flux de travail Lorsque vous créez un flux de travail personnalisé à l’aide de SharePoint Designer 2010, vous pouvez choisir de créer un flux de travail qui ne sera utilisé qu’avec une liste, une bibliothèque, un type de contenu ou un site spécifique. Vous pouvez aussi choisir de créer un modèle de flux de travail réutilisable, pouvant être associé à plusieurs listes, bibliothèques, types de contenu ou sites.

480

Remarque :

SharePoint Designer 2010 ne prend pas en charge la création de flux de travail réutilisables pour les sites. En revanche, vous pouvez

utiliser Visual Studio 2010 pour les créer.

Lorsque vous créez un flux de travail, vous pouvez également le définir comme étant global, auquel cas, une fois activé sur un site, il sera également actif pour tous les sous-sites situés sous ce site. Toutefois, vous ne pouvez pas utiliser SharePoint Designer 2010 pour créer un flux de travail global, puis enregistrer celui-ci en tant que fichier WSP.

Associations de flux de travail SharePoint Server 2010 tire parti du runtime de Workflow Foundation. Un ou plusieurs modèles de flux de travail, chacun contenant le code qui définit un flux de travail particulier, peuvent être installés sur un serveur. Une fois cette opération effectuée, une association peut être créée entre un modèle spécifique et une bibliothèque de documents, une liste, un type de contenu ou un site. Ce modèle peut ensuite être chargé et exécuté par le runtime de Workflow Foundation hébergé par SharePoint Server 2010, créant une instance de flux de travail.

À l’image de tous les flux de travail Workflow Foundation, les flux de travail basés sur SharePoint Server 2010 reposent sur les services d’exécution de Workflow Foundation. Le service de persistance standard de Workflow Foundation permet la liaison de l’état d’un flux de travail persistant avec le document ou l’élément et autorise les processus d’entreprise dont l’exécution peut durée des jours, des mois ou des années.

Les flux de travail SharePoint peuvent être associés à des listes, des bibliothèques et des types de contenu. Les flux de travail réutilisables créés à l’aide de Visual Studio 2010 peuvent également être associés à des sites. Le tableau suivant décrit les autorisations minimales dont vous devez bénéficier pour associer un flux de travail.

Entité à laquelle associer le flux de travail Autorisations minimales requises

Liste ou bibliothèque Niveau d’autorisation Contrôle total sur la liste ou la bibliothèque

Type de contenu de bibliothèque ou liste Membre du groupe des propriétaires de site sur le site SharePoint

Type de contenu de site Membre du groupe des propriétaires de site sur le site SharePoint

481

Entité à laquelle associer le flux de travail Autorisations minimales requises

Site Membre du groupe des propriétaires de site sur le site SharePoint

Pour plus d’informations sur les associations de flux de travail, voir Add a workflow association (SharePoint Server 2010).

Interopérabilité avec les clients Office L’implémentation de processus métiers nécessitant la participation des personnes en charge du traitement de l’information est souvent entravée par le fait que ces processus sont rarement adaptés à la façon dont les personnes travaillent. Pour qu’un processus métier soit efficace, il doit être intégré aux outils et aux applications utilisés quotidiennement dans l’entreprise, de façon à faire partie des habitudes quotidiennes des utilisateurs. Dans un environnement informatique, cela inclut l’intégration à la messagerie, aux calendriers, aux listes de tâches, aux sites Web de collaboration et aux applications clientes telles que Microsoft Outlook et Microsoft Word. Cette approche intégrée est implémentée dans des flux de travail basés sur SharePoint Server 2010.

SharePoint Server 2010 fournit des applications de flux de travail via une technologie appelée Windows Workflow Foundation. Les personnes interagissent avec ces flux de travail dans le navigateur Web et dans Microsoft Office System 2007 et suites Microsoft Office 2010 via des programmes tels que Microsoft Word. SharePoint Server 2010 utilise la fonctionnalité Windows Workflow Foundation pour fournir plusieurs flux de travail qui automatisent les processus métiers courants. En outre, des flux de travail personnalisés peuvent être créés à l’aide de différents outils, et ces flux de travail peuvent ensuite être associés à des bibliothèques, des listes, des types de contenus et des sites SharePoint.

http://technet.microsoft.com/library/4a0d02c0-5ecb-4912-a7f3-2f7db70df775(Office.14).aspx

482

Planifier pour créer des flux de travail (SharePoint Server 2010)

Un flux de travail se compose essentiellement de deux éléments : les formulaires utilisés pour interagir avec les utilisateurs et la logique définissant le comportement du flux de travail. Pour comprendre la façon dont les flux de travail sont créés, il faut connaître ces deux éléments.

Le flux de travail communique avec les utilisateurs via un navigateur Web, par conséquent, il dépend de Microsoft ASP.NET pour afficher ses formulaires. De ce fait, les formulaires sont définis en tant que pages ASPX. Un flux de travail peut éventuellement afficher ses propres formulaires à quatre stades de son cycle de vie :

Association : lorsqu'un administrateur associe un modèle de flux de travail à une bibliothèque ou liste de documents particulière, il se

peut qu'il puisse définir des options à appliquer à chaque instance de flux de travail créée à partir de cette association. Si un auteur de

flux de travail choisit d'autoriser cette action, il doit fournir un formulaire permettant à l'administrateur de spécifier ces informations.

Lancement : l'initiateur d'un flux de travail peut être autorisé à spécifier des options lorsqu'il démarre une instance d'exécution. Dans

le scénario d'approbation décrit plus haut, par exemple, les options permettent notamment de spécifier la liste des participants du flux

de travail et de définir le délai dont chacun d'eux dispose pour effectuer sa tâche. Si un flux de travail le permet, son auteur doit fournir

un formulaire pour permettre à l'initiateur de définir ces options.

Fin de tâche : l'instance du flux de travail en cours d'exécution doit afficher un formulaire aux participants du flux de travail pour leur

permettre d'effectuer leur tâche. Il s'agit du formulaire ayant servi aux approbateurs du scénario antérieur pour faire des

commentaires sur le document et d'indiquer leur approbation ou rejet.

Modification : le créateur d'un flux de travail peut autoriser sa modification au cours de son exécution. Par exemple, un flux de travail

peut permettre l'ajout de nouveaux participants une fois son exécution démarrée ou l'extension de l'échéance pour terminer les

tâches. Si cette option est utilisée, le flux de travail doit afficher un formulaire à ce stade pour permettre à un participant de spécifier

les modifications à apporter.

Les flux de travail créés à l'aide de Microsoft SharePoint Server 2010 peuvent utiliser des formulaires créés via InfoPath. Une logique de flux de travail est toujours définie en tant que groupe d'activités, de même que tout flux de travail reposant sur Windows Workflow Foundation (WF). Pour spécifier la logique et les formulaires d'un flux de travail, Microsoft fournit deux outils distincts, chacun ciblant un public différent. Les développeurs de logiciel peuvent utiliser la fonctionnalité Workflow Designer de Windows Workflow Foundation. Cet outil s'intègre à la version professionnelle de Visual Studio 2010 et fournit un environnement graphique pour organiser les activités dans

483

les flux de travail. Des employés de l'information, constituant un groupe moins technique, peuvent utiliser Microsoft SharePoint Designer 2010 pour créer des flux de travail sans écrire de code. Les deux sections suivantes traitent de la création de flux de travail à l'aide de chacun de ces outils..

Création de flux de travail avec Visual Studio 2010 et WF Workflow Designer Les flux de travail utilisant SharePoint Server peuvent utiliser les formulaires de flux de travail Microsoft InfoPath 2010 au lieu des formulaires aspx. Pour créer ces formulaires, l'auteur de flux de travail utilise Microsoft InfoPath. Cet outil fournit un éditeur graphique qui permet à un auteur de définir le contenu du formulaire. Les développeurs qui préfèrent effectuer tout leur travail dans l'environnement Visual Studio peuvent utiliser la version professionnelle de Visual Studio 2010.

Une fois créés, les formulaires de flux de travail InfoPath sont associés à un flux de travail via un fichier workflow.xml, exactement comme pour les formulaires ASP.NET. Cependant, contrairement aux formulaires ASP.NET, les développeurs n'ont pas besoin d'écrire du code personnalisé pour déplacer des informations entre les formulaires de flux de travail InfoPath et un flux de travail. Au lieu de cela, SharePoint Server et InfoPath fournissent ce lien, facilitant ainsi le travail des personnes qui créent des flux de travail.

À de nombreux égards, un flux de travail s'apparente à un diagramme de flux. Il est donc logique de fournir un outil graphique qui permet aux développeurs de spécifier les actions d’un flux de travail. Cet outil fait partie des outils de SharePoint Workflow dans la version professionnelle de Visual Studio 2010, ce qui est un type de projet utilisant WF Workflow Designer et qui ajoute une prise en charge de déploiement et des formulaires. Les développeurs peuvent utiliser WF Workflow Designer pour définir graphiquement des activités d'un flux de travail et l'ordre dans lequel ces activités doivent être exécutées. L'écran ci-après affiche un simple exemple de ce à quoi cela ressemble dans Microsoft Visual Studio.

Collecter des flux de travail de commentaires

485

Les activités utilisables apparaissent dans la boîte à outils sur le côté gauche de l'écran. Un développeur peut faire glisser ces activités sur l'aire de conception pour définir les étapes d'un flux de travail. Les propriétés de chaque activité peuvent ensuite être définies dans la fenêtre Propriétés qui s'affiche dans le coin inférieur droit.

La bibliothèque BAL (Base Activity Library) de Windows Workflow fournit un ensemble d'activités essentielles, comme décrit précédemment. SharePoint Server offre également un jeu d'activités conçues expressément pour créer des flux de travail. Parmi les plus importantes, citons notamment les suivantes :

OnWorkflowActivated : fournit un point de départ standard pour un flux de travail. Entre autres choses, cette activité peut accepter des

informations fournies par un administrateur SharePoint à l'aide du formulaire Association, lorsque le flux de travail est associé à une

bibliothèque, une liste, un type de contenu ou un site de documents. Elle peut également accepter des informations fournies par le

formulaire d'initiation au démarrage du flux de travail. Tous les flux de travail doivent commencer par cette activité.

CreateTask : crée une tâche affectée à un utilisateur particulier dans une liste de tâches. Par exemple, le flux de travail d'approbation

dans le scénario décrit précédemment a utilisé cette activité pour ajouter une tâche à la liste des tâches utilisée par chacun des

participants. Cette activité a également une propriété SendEmailNotification qui, lorsqu'elle a la valeur True, envoie automatiquement

un courrier électronique à la personne pour laquelle cette tâche a été créée.

OnTaskChanged : accepte des informations provenant du formulaire d'achèvement des tâches. Le flux de travail d'approbation dans

le scénario antérieur a utilisé cette activité pour accepter l'entrée de chaque participant lorsque le document a été approuvé.

CompleteTask : marque une tâche comme étant terminée.

DeleteTask : retire une tâche d'une liste des tâches.

OnWorkflowModified : accepte des informations du formulaire Modification, pouvant alors être utilisées pour modifier le comportement

de cette instance du flux de travail. Si le créateur du flux de travail n'inclut pas d'instance de cette activité dans le flux de travail, ce

flux de travail ne peut pas être modifié en cours d'exécution.

SendEmail : envoie un courrier électronique à la personne ou groupe de personnes spécifié.

LogToHistoryList : écrit des informations sur l'exécution du flux de travail dans une liste d'historique. Les informations de cette liste

permettent aux utilisateurs de suivre la progression de l'exécution d'un flux de travail, d'examiner l'historique d'un flux de travail après

son exécution, etc. Pour permettre ce type de contrôle, l'auteur du flux de travail doit écrire des informations dans une liste

d'historique à des stades stratégiques de l'exécution du flux de travail. Étant donné qu'il fournit son propre mécanisme de suivi des

flux de travail, SharePoint Server ne prend pas en charge le service de suivi standard de WF.

Un modèle classique de flux de travail simple commence par une activité OnWorkflowActivated, puis utilise une activité CreateTask pour affecter une tâche à un participant dans le flux de travail. L'activité While standard de la bibliothèque BAL peut être utilisée pour attendre l'achèvement de la tâche par l'utilisateur. Pour savoir quand cela s'est produit (il se peut que l'utilisateur effectue plusieurs modifications à

486

la tâche, puis active une case dans le formulaire d'achèvement de la tâche une fois qu'il a terminé), une activité OnTaskChanged s'exécute dans l'activité While, extrayant les informations que l'utilisateur a entrées sur ce formulaire. Lorsque l'utilisateur a terminé la tâche, une activité CompleteTask peut peut-être s'exécuter, suivie d'une activité DeleteTask. Le flux de travail peut alors passer au participant suivant, en utilisant CreateTask pour lui affecter une tâche, etc. Évidemment, d'autres activités peuvent se produire, telles que l'envoi de courrier électronique, la consignation d'informations dans la liste d'historique ou même l'inclusion d'une activité de code de bibliothèque BAL, ce qui autorise l'exécution d'un code arbitraire.

Toutes les activités fournies par SharePoint Server prévoient le fonctionnement des flux de travail dans l'environnement SharePoint. La logique métier implémentée par un flux de travail relève entièrement du créateur de ce flux de travail. En fait, un développeur créant un flux de travail est libre de créer et d'utiliser ses propres activités personnalisées, il n'est pas tenu d'utiliser uniquement celles fournies par SharePoint Server et WF.

Comme décrit plus haut, Windows Workflow Foundation prend en charge des flux de travail séquentiels, parallèles et d'ordinateur d'état. Un flux de travail créé avec WF Workflow Designer peut également utiliser toutes ces options. Pour ce faire, SharePoint Server ajoute des types de projets dans Visual Studio, un exemplaire de chaque style de flux de travail.

Quel que soit le style choisi, le développeur ne doit pas définir uniquement la logique du flux de travail ; il doit également spécifier les formulaires .aspx ou InfoPath à utiliser. Pour cela, le développeur a recours à un fichier intitulé element.xml. Ce fichier fournit un modèle que le développeur remplit afin d'indiquer le formulaire, si nécessaire, à afficher aux quatre stades où le flux de travail est autorisé à procéder de la sorte.

Un développeur doit effectuer quelques manipulations avant de transférer des informations d'un flux de travail vers des formulaires .aspx. L'espace de noms Microsoft.Windows.SharePoint.Workflow expose un modèle d'objet pour les développeurs. En utilisant les types de cet espace de noms, le créateur d'un flux de travail peut faire passer des informations d'un fichier .aspx à un flux de travail et vice-versa.

Après avoir créé le flux de travail et ses formulaires, le développeur doit les assembler dans une fonctionnalité. Un administrateur SharePoint doit installer cette fonctionnalité, ce qui implique l'installation des assemblies du flux de travail dans le cache d'assembly global du système cible. L'administrateur peut désormais afficher le nouveau flux de travail en tant que modèle de flux de travail pouvant être associé à une bibliothèque, une liste ou un type de contenu ou un site de documents

Pour un développeur logiciel, la création d'un flux de travail à l'aide de Visual Studio et WF Workflow Designer n'est pas très difficile. Le développeur doit comprendre les spécificités de cet environnement, mais la plupart des activités lui sont familières. Cependant, les développeurs logiciels ne sont pas les seuls à vouloir créer des flux de travail. Comme décrit ci-après, les utilisateurs qui ne sont pas des développeurs professionnels peuvent également créer des flux de travail à l'aide de Microsoft SharePoint Designer 2010.

487

Création de flux de travail avec Microsoft SharePoint Designer 2010 Microsoft SharePoint Designer 2010 est une application autonome qui est disponible sous forme de téléchargement gratuit. Microsoft SharePoint Designer permet aux travailleurs de l'information et autres d'ajouter de la logique d'application (implémentée en tant que flux de travail) dans les sites SharePoint. Ceci est certainement un but utile, mais Microsoft SharePoint Designer traite également un autre problème important. Si un développeur crée un flux de travail en utilisant Visual Studio, ce flux doit être développé sur un serveur exécutant SharePoint Server comme toute autre fonctionnalité. Cependant, beaucoup d'administrateurs SharePoint n'autorisent pas le déploiement de code arbitraire sur leurs serveurs, car ils pensent que le risque d'endommager le système est trop grand. Il est très pratique de pouvoir créer de la logique métier claire, liée à des documents et des listes d'éléments. Toutefois, il s'agit d'une fonctionnalité dont bon nombre d'utilisateurs ont besoin. Outre l'autorisation pour des personnes moins techniques de créer des flux de travail, Microsoft SharePoint Designer traite également le problème en fournissant une méthode plus fiable pour définir et déployer de la logique métier sur des serveurs exécutant SharePoint Server.

Les scénarios de flux de travail que Microsoft SharePoint Designer doit traiter sont différents, d'une certaine manière, de ceux traités par Visual Studio et WF Workflow Designer. Tandis qu'il est certainement possible de créer des applications complexes, le but de Microsoft SharePoint Designer est de permettre aux utilisateurs d'ajouter de la logique métier à des sites SharePoint. Par exemple, supposons qu'un site contienne une liste qui permet à ses utilisateurs de soumettre des demandes de modification. Microsoft SharePoint Designer peut être utilisé pour créer un flux de travail qui informe automatiquement l'utilisateur demandeur lorsque sa demande de modification est acceptée ou rejetée. De même, un flux de travail personnalisé pourrait informer un groupe particulier d'utilisateurs lorsqu'un nouveau document est ajouté à une bibliothèque de documents particulière. L'exécution de ce type de notification personnalisé n'est pas difficile, la création des flux de travail est facile, mais cela se complique avec des versions antérieures de SharePoint Server à cause de la désapprobation des administrateurs de l'installation de codes écrits par des utilisateurs.

Une question évidente se pose : pourquoi la logique créée avec Microsoft SharePoint Designer doit-elle être traitée différemment ? Pourquoi les administrateurs de SharePoint sont-ils prêts à permettre que des flux de travail créés avec cet outil soient déployés sur des systèmes dont ils sont responsables ? La réponse est que les flux de travail créés avec Microsoft SharePoint Designer peuvent utiliser uniquement des activités de la liste contrôlée par l'administrateur. Outre les activités fournies par SharePoint Server, un administrateur de site peut choisir d'inclure des activités personnalisées créées par un développeur de cette liste. En définissant exactement les flux de travail qu'ils sont autorisés à créer, un administrateur SharePoint peut être plus sûr que le déploiement de logique créée à l'aide de Microsoft SharePoint Designer ne va pas déstabiliser son système.

Parce qu'il est destiné aux travailleurs de l'information plutôt qu'aux développeurs et il est centré sur les scénarios plus simples, Microsoft SharePoint Designer utilise un modèle pour créer des flux de travail autre que WF Workflow Designer hébergé par Visual Studio. Au lieu d'une approche graphique, Microsoft SharePoint Designer utilise une approche fondée sur des règles. Cela ressemble quelque peu à l'Assistant Règles de Microsoft Outlook, outil connu de beaucoup d'utilisateurs. L'écran ci-après illustre la façon dont un utilisateur de Microsoft SharePoint Designer définit une étape dans un flux de travail. Il est à noter que ce flux de travail exécute certaines actions en

488

parallèle, d'autres en série. Les versions antérieures de SharePoint Server prenaient en charge l'exécution d'actions uniquement en série. Les actions ne s'exécutaient que consécutivement.

Flux de travail de commande de processus

490

Chaque étape peut avoir une condition et une action. La condition détermine si l'action de l'étape doit être exécutée, comme illustré dans la déclaration de If affiché plus haut. Les choix d'actions incluent des éléments, telles que l'attribution d'un comique pour un événement, la collecte d'approbation, etc. Chacune de ces actions est exécutée par une certaine activité de SharePoint Server et les activités utilisées ici sont les mêmes que dans Visual Studio et WF Workflow Designer. La liste d'action peut également inclure toute autre activité autorisée par l'administrateur SharePoint du site, y compris des activités personnalisées créées par des développeurs. Dans SharePoint Server, il existe également un ensemble particulier d'activités disponibles qui permettent aux utilisateurs de personnaliser l'approbation ou la collecte de postulat de commentaire commune de « créer un ensemble de tâches et d'attendre qu'elles s'achèvent » dans un concepteur spécial de Microsoft SharePoint Designer.

Bien que son interface utilisateur semble très différente de l'approche graphique utilisée par Visual Studio et WF Workflow Designer, Microsoft SharePoint Designer crée un flux de travail WF standard. En fait, le produit conçu est un flux de travail qui est séquentiel, parallèle ou les deux à la fois, avec des conditions exprimées à l'aide des règles du moteur de règles WF. Les flux de travail créés avec cet outil présentent toutefois certaines restrictions. Par exemple, ils ne peuvent pas être modifiés lorsqu'ils sont en cours d'exécution, contrairement à ceux créés à l'aide de Visual Studio et WF Workflow Designer, et seuls des flux de travail séquentiels et parallèles peuvent être créés ; les ordinateurs d'état ne sont pas pris en charge. De plus, les flux de travail créés avec cet outil peuvent être créés par rapport à une bibliothèque, une liste ou un site de documents spécifique, lorsqu'ils sont conçus. Les auteurs de flux de travail peuvent aussi créer un modèle de flux de travail général pouvant être associée ultérieurement à une bibliothèque, une liste ou type de contenu. Bien que cela entraîne des restrictions sur les possibilités d'utilisation d'un flux de travail, cela simplifie considérablement son déploiement. En fait, lorsqu'un utilisateur achève de créer un flux de travail avec Microsoft SharePoint Designer, l'outil fournit un déploiement par clic simple du flux de travail sur le site cible, ce qui inclut l'activation du flux de travail. Cela est considérablement moins complexe que le processus de déploiement à étapes multiples requis pour les flux de travail créés à l'aide de Visual Studio et WF Workflow Designer.

Les flux de travail créés à l'aide Microsoft SharePoint Designer peuvent aussi afficher des formulaires personnalisés. Au lieu de demander aux auteurs de flux de travail de créer des pages .aspx directement, l'outil génère ces pages. L'auteur spécifie les détails de l'apparence de pages générées, notamment le contenu des champs et Microsoft SharePoint Designer se charge du reste. Parmi les quatre stades du cycle de vie d'un flux de travail où les formulaires peuvent être utilisés, deux seulement sont utilisés avec des flux de travail créés à l'aide de Microsoft SharePoint Designer: Initiation et Achèvement de tâche. La raison pour cela étant que chaque flux de travail créé avec cet outil doit être associé à une bibliothèque, une liste, un type de contenu ou un site de documents particulier, il n'est nul besoin d'une étape d'association et par conséquent d'un formulaire d'association. En outre, ces flux de travail ne pouvant pas être modifiés en cours d’exécution, aucun formulaire Modification n’est nécessaire.

Microsoft SharePoint Designer fournit également la possibilité d'importer des flux de travail créés à l'aide de Microsoft Visio 2010. Cela permet aux responsables d'entreprise ou aux créateurs de flux de travail de créer de la logique de flux de travail en utilisant un environnement graphique bien connu. Un auteur de flux de travail peut alors importer la logique du flux dans Microsoft SharePoint Designer, la modifier si nécessaire, puis la publier sur un site SharePoint.

491

SharePoint Server fournit de nombreuses fonctionnalités pour la création de flux de travail axés sur les documents. Il constitue également une plate-forme de développement et d’exécution. Il ne fournit intrinsèquement aucune fonctionnalité de flux de travail directement utilisable par des utilisateurs finaux. Les flux de travail s'exécutant sur SharePoint Server possèdent également d'autres limitations, notamment l'impossibilité d'interagir avec des participants en utilisant le client Office.

Comparaison d'outils de création Le tableau suivant affiche les différences importantes entre les outils que Microsoft prend en charge pour la création de flux de travail dans SharePoint Server en utilisant SharePoint Designer et WF Workflow Designer dans la version professionnelle de Visual Studio 2010.

Configuration requise SharePoint Designer WF Workflow Designer dans Visual Studio

Les flux de travail peuvent-ils être créés uniquement avec des actions approuvées par les administrateurs de site ?

Oui Non

Les flux de travail sont-ils accessibles dans les applications clientes (autres que le navigateur) ?

Oui Oui

Est-il possible d'utiliser Microsoft Visio Professional pour créer de la logique de flux de travail ?

Oui Non

Est-il nécessaire d'écrire du code ? Non Oui

Y a-t-il des activités supplémentaires (autres que celles offertes par SharePoint Server) de fournies ?

Non Oui

Est-il possible de créer des activités personnalisées ? Non Oui

Les formulaires InfoPath peuvent-ils être utilisés dans le flux de travail ?

Oui Oui

Est-il possible de modifier le flux de travail tandis qu'il est en cours d'exécution ?

Non Oui

492

Configuration requise SharePoint Designer WF Workflow Designer dans Visual Studio

Est-il possible de publier avec un clic des flux de travail ?

Oui Oui

Est-il possible de déployer des flux de travail à distance ?

Oui Non

Est-il possible de les rendre disponibles au sein de la batterie de serveurs ?

Non Oui

Est-il possible de les étendre à une collection de sites ?

Oui Oui

493

Planifier les processus d’approbation et de révision dans les flux de travail (SharePoint Server 2010)

Dans le cadre de la planification des flux de travail pour le déploiement de Microsoft SharePoint Server 2010, vous pouvez planifier l’utilisation de flux de travail pour les processus d’approbation et de révision.

Contenu de cet article :

Présentation du flux de travail d’approbation

Fonctionnement du flux de travail Approbation

Exemple : gérer le processus d’approbation de document à l’aide d’un flux de travail

Modèle de révision hybride

Présentation du flux de travail d’approbation Le processus du flux de travail d’approbation dans Microsoft SharePoint Designer 2010 permet aux utilisateurs de Microsoft SharePoint Server 2010 de personnaliser des tâches spécifiques, dans un flux de travail, qui requièrent une approbation.

Par exemple, vous pouvez être amené à réduire le délai habituel d’une tâche dans le cadre d’un projet, comme l’achèvement d’un document spécifique. Vous pouvez définir le processus du flux de travail d’approbation de telle sorte que le document soit automatiquement rejeté si la tâche n’est pas achevée avant une heure indiquée.

Le processus d’approbation fait transiter l’élément par une ou plusieurs personnes, à chacune desquelles a été affectée une tâche de révision de l’élément et qui doivent décider de ce qu’il faut faire de celui-ci. Par exemple, si un document est téléchargé vers une bibliothèque de documents, les approbateurs peuvent approuver ou rejeter le document, réaffecter la tâche d’approbation à une autre personne ou demander que des modifications soient apportées au document.

494

Fonctionnement du flux de travail Approbation Le flux de travail Approbation envoie à un groupe de personnes un document ou un élément enregistré dans une liste ou une bibliothèque pour approbation. Ce flux de travail étant par défaut associé au type de contenu Document, il est automatiquement disponible dans les bibliothèques de documents.

Le flux de travail Approbation prend en charge les processus de gestion qui impliquent l’envoi d’un document ou d’un élément à des collègues ou des responsables pour approbation. Il améliore l’efficacité des processus d’approbation en gérant toutes les tâches humaines du processus, en assurant leur suivi et en enregistrant le processus une fois ce dernier terminé.

Vous pouvez démarrer un flux de travail Approbation directement à partir d’un document ou d’un élément d’une liste ou d’une bibliothèque. Pour démarrer un flux de travail, sélectionnez-le, puis complétez un formulaire d’initiation de flux de travail spécifiant les participants du flux de travail (approbateurs), une échéance et les instructions relatives aux tâches. Après le démarrage du flux de travail, le serveur affecte des tâches à tous les participants. Si des alertes de messagerie sont activées pour le serveur, ce dernier envoie également ces alertes à tous les participants. Les participants peuvent cliquer sur un lien de l’alerte de tâche de messagerie pour ouvrir le document ou l’élément à approuver. Les participants peuvent approuver, rejeter ou réaffecter leurs tâches d’approbation. Ils ont également la possibilité de demander qu’une modification soit apportée au document ou à l’élément à approuver. Les participants peuvent exécuter leurs tâches directement à partir de certains programmes faisant partie des suites Microsoft Office System 2007 et Microsoft Office 2010 ou à partir du site Web SharePoint Server 2010. Lorsque le flux de travail est en cours, son propriétaire ou ses participants peuvent afficher la page État du flux de travail pour identifier les participants ayant achevé leurs tâches. Lorsque les participants terminent leurs tâches, le flux de travail prend fin et son propriétaire en est automatiquement informé.

Remarque :

Si un utilisateur exécute une tâche de flux de travail SharePoint Server 2010 à partir d’un programme Microsoft Office System 2007, le flux

de travail ne s’ouvre pas dans le programme Microsoft Office System 2007. À la place, l’utilisateur est redirigé vers un formulaire de

navigateur InfoPath Forms Services dans Microsoft SharePoint Server 2010 sur le site Web SharePoint Server 2010.

Lorsque le flux de travail est en cours, son propriétaire ou ses participants peuvent afficher la page État du flux de travail pour identifier les participants ayant achevé leurs tâches. Lorsque les participants terminent leurs tâches, le flux de travail prend fin et son propriétaire en est automatiquement informé.

Le flux de travail Approbation par défaut des bibliothèques de documents est un flux de travail en série, dans lequel les tâches sont affectées à un seul participant à la fois. Par défaut, une version du flux de travail Approbation est également associée aux bibliothèques

495

Pages d’un site de publication et le flux de travail permet de gérer le processus d’approbation de la publication des pages Web. Suivant ce que vous souhaitez personnaliser, vous pouvez utiliser Office SharePoint Designer, voire SharePoint Server 2010, pour personnaliser ces versions préalablement associées du flux de travail Approbation en fonction des besoins de votre organisation ou vous pouvez ajouter une nouvelle version du flux de travail Approbation à une liste, une bibliothèque ou un type de contenu.

Exemple : gérer le processus d’approbation de document à l’aide d’un flux de travail

S’il vous est déjà arrivé de solliciter l’approbation de plusieurs personnes au sujet d’un plan de projet, d’une proposition ou de tout autre document important, vous savez probablement à quel point cette démarche peut s’avérer frustrante. Premièrement, comment gérez-vous la logistique visant à ce que le document parvienne à la personne appropriée ? Envoyez-vous le document par courrier électronique et demandez-vous des réponses au moyen du même procédé ? Planifiez-vous une réunion ? Deuxièmement, comment effectuez-vous le suivi des personnes qui ont approuvé le document et quelle procédure formelle suivez-vous pour enregistrer leur approbation ? Enregistrez-vous plusieurs messages électroniques ? Enregistrez-vous des notes de réunion ?

Envisagez les problèmes auxquels vous pourriez être confronté dans plusieurs semaines ou mois si vous ne pouviez pas vous souvenir que telle personne a approuvé tel élément ou que telle autre a envoyé tel élément de commentaire. À moins que votre organisation ait développé des processus d’approbation formels, vous pourriez ne pas être en mesure de retrouver ce type d’informations lorsque vous en aurez besoin.

Vous pouvez éviter les problèmes de ce type en utilisant le flux de travail Approbation disponible sur un site SharePoint Server 2010 pour acheminer vos documents vers des collaborateurs pour approbation. Les flux de travail réduisent le délai de coordination des processus d’entreprise courants, tels que l’approbation d’un document, en gérant les tâches humaines impliquées dans ces processus et en effectuant leur suivi. Étant donné que le flux de travail Approbation affecte les tâches, envoie les rappels, effectue le suivi de la participation et crée un enregistrement de la totalité du processus, vous pouvez vous concentrer sur la réalisation de votre travail au lieu de gérer les personnes et la logistique du processus d’approbation de document. Si vous devez documenter le fait d’avoir reçu une approbation pour un élément, vous pouvez fournir aux parties prenantes un lien vers l’historique du flux de travail pour le document, qui indique qui a approuvé ou rejeté celui-ci ou qui n’a pas terminé une tâche de flux de travail. Ainsi, le flux de travail Approbation rend le processus d’approbation plus transparent.

496

Important :

Il n’est possible de démarrer un flux de travail Approbation depuis Microsoft Office Word 2007, Microsoft Word 2010, Microsoft Office

Excel 2007, Microsoft Excel 2010, Microsoft Office PowerPoint 2007 ou Microsoft PowerPoint 2010 que dans les suites Microsoft Office

System 2007 et Microsoft Office 2010, ainsi que dans les versions autonomes d’Office Word 2007, de Word 2010, d’Office Excel 2007,

d’Excel 2010, d’Office PowerPoint 2007 et de PowerPoint 2010.

Modèle de révision hybride Le modèle de flux de travail Approbation hybride est un modèle d’approbation staged. Les approbations peuvent être créées en fonction de jeux ou d’étapes ; ainsi, le premier jeu d’approbateurs peut accomplir le processus de révision et d’approbation, puis ce sera au tour du jeu d’approbateurs suivant, et ainsi de suite. Toutefois, chaque étape ou jeu d’approbations peut également posséder son propre ordre d’événements ; en d’autres termes, les membres du premier groupe d’approbateurs peuvent effectuer leur tâche de révision dans un ordre d’approbation en série, tandis que les membres du deuxième groupe peuvent effectuer leur tâche de révision en parallèle, et ainsi de suite.

497

Planification de la gestion de la sécurité et des utilisateurs des flux de travail (SharePoint Server 2010)

Avant de déployer des flux de travail dans Microsoft SharePoint Server 2010 pour des utilisateurs, les administrateurs peuvent avoir des craintes concernant les problèmes de sécurité, tels que la divulgation d’informations ou l’élévation de privilège. Cet article souligne certains aspects du comportement des flux de travail relatifs à la sécurité et présente d’autres problèmes que les administrateurs et les développeurs de flux de travail doivent considérer lorsqu’ils prévoient de configurer et de développer des flux de travail.

Dans cet article :

Rôles et responsabilités des gestionnaires de listes, des administrateurs et des développeurs

Exécution de flux de travail en tant qu’administrateur

Paramètres de configuration des flux de travail

Divulgation d’informations dans les historiques de tâches et de flux de travail

Attaques d’usurpation d’identité et de falsification dans les historiques des tâches et des flux de travail

Type Étape d’emprunt d’identité d’utilisateur pour les flux de travail déclaratifs

Rôles et responsabilités des gestionnaires de listes, des administrateurs et des développeurs Voici quelques actions de flux de travail courantes et les responsabilités associées, qui expliquent le rôle des administrateurs et des développeurs dans l’exécution des flux de travail.

Développeurs de flux de travail

Développer la planification et le modèle des flux de travail Les développeurs de flux de travail sont responsables de la codage de l’assembly contenant la logique métier qui s’exécute sur un élément SharePoint. Cet assembly est appelé planification de flux de travail. Ils sont également responsables du conditionnement en package des formulaires et de l’assembly du flux de travail en fonctionnalité de flux de travail ou en modèle de flux de travail.

498

Administrateurs de site

Gérer les paramètres des flux de travail de l’administration centrale Les administrateurs de site peuvent contrôler les paramètres généraux des flux de travail, tels que les résultats des alertes de tâche et les paramètres des participants externes sur le site Web d’administration centrale de SharePoint.

Déployer des fonctionnalités de flux de travail Les administrateurs de site peuvent installer des fonctionnalités de flux de travail sur une collection de sites de façon à les rendre disponibles pour des associations.

Administrateurs de liste (toute personne disposant des autorisations Gérer les listes ou Concepteur Web)

Ajouter des flux de travail Les administrateurs de liste doivent associer (ajouter) un modèle de flux de travail à un type de liste ou de contenu, en fonction des besoins métiers du type de liste ou de contenu. Cette association rend le modèle de flux de travail disponible pour les utilisateurs, qui peuvent alors sélectionner des valeurs par défaut et des paramètres.

Supprimer des flux de travail Les administrateurs de liste peuvent supprimer des associations de flux de travail d’un type de liste ou de contenu, ou empêcher l’exécution de nouvelles instances.

Mettre fin à un flux de travail Si une instance de flux de travail échoue, les administrateurs de liste peuvent arrêter une instance de flux de travail en cours d’exécution, par exemple quand une instance de flux de travail produit une erreur ou ne démarre pas, à l’aide du lien Interrompre ce flux de travail sur la page État du flux de travail. Cette action est réservée aux administrateurs.

Exécution de flux de travail en tant qu’administrateur Le concept de sécurité le plus important à connaître est que les flux de travail s’exécutent dans le cadre du compte système dans SharePoint Server 2010, via les paramètres de pool d’applications d’identité sur l’ordinateur et le domaine du serveur. Cela signifie que dans SharePoint Server 2010, les flux de travail ont des autorisations d’administrateur. Sur le serveur, les flux de travail ont les mêmes autorisations que le pool d’applications, qui a souvent des autorisations d’administrateur. Ces autorisations permettent aux flux de travail d’effectuer des actions que les utilisateurs ordinaires ne peuvent pas réaliser, telles que le routage d’un document vers un emplacement ou un centre des enregistrements spécifique, ou encore l’ajout d’un compte d’utilisateur au système.

Le fait que les flux de travail ont des autorisations d’administrateur ne peut pas être changé. C’est la responsabilité de la planification du flux de travail (c’est-à-dire le code du flux de travail) de détecter les actions des utilisateurs et, en fonction de ces actions, de continuer ou d’annuler les modifications, ou d’emprunter l’identité d’un utilisateur de façon à imiter les autorisations de cet utilisateur.

Lorsqu’ils déploient des flux de travail, les administrateurs doivent comprendre les actions qui seront effectuées par ces flux de travail, de façon à pouvoir évaluer les risques potentiels associés à l’élévation d’autorisation dans un flux de travail et à aider le développeur à réduire les risques de sécurité.

499

Paramètres de configuration des flux de travail Certains paramètres de configuration de SharePoint Server 2010 doivent être définis par les administrateurs en fonction de leurs besoins en matière de sécurité.

Autorisations requises pour démarrer un flux de travail

En plus d’empêcher l’élévation des autorisations dans le code, les administrateurs de liste peuvent limiter le niveau d’autorisation requis pour démarrer un flux de travail lors du processus d’association. Les administrateurs peuvent choisir entre deux niveaux d’autorisation pour démarrer une association de flux de travail spécifique : Modifier l’élément ou Gérer les listes.

Le paramètre par défaut pour l’association d’un flux de travail est de permettre aux utilisateurs ayant les autorisations Modifier l’élément de démarrer manuellement un flux de travail. Cela signifie que tout utilisateur SharePoint Server 2010 authentifié sur la liste qui a des autorisations Modifier l’élément peut démarrer une instance de cette association de flux de travail. Si, lors de la création du flux de travail, l’administrateur choisit l’option de requérir que l’utilisateur dispose des autorisations Gérer les listes pour pouvoir démarrer le flux de travail, seuls les administrateurs de liste peuvent démarrer une instance de cette association.

Les flux de travail étant conçus pour être utilisés par des contributeurs standard, la plupart des flux de travail ne nécessitent pas la limitation à des autorisations Gérer les listes. Cependant, les administrateurs peuvent utiliser cette option pour des flux de travail tels qu’un flux de travail de suppression de documents, où l’administrateur veut que seules certaines personnes exécutent les actions de suppression.

Paramètres de l’administration centrale

Les paramètres suivants sont accessibles à partir de la page Administration centrale en cliquant sur Gestion des applications, puis en cliquant sur Gérer les applications Web dans la section Applications Web. Dans la page Applications Web, sélectionnez l’application Web à configurer, puis, dans le groupe GestionGérer du Ruban, cliquez sur Paramètres généraux et sélectionnez Flux de travail. La page Paramètres du flux de travail s’ouvre et affiche les paramètres suivants :

Flux de travail définis par l’utilisateur

Notifications des tâches du flux de travail

Activation des flux de travail définis par l’utilisateur

Par défaut, les flux de travail définis par l’utilisateur sont activés pour tous les sites sur l’application Web, comme l’indique la section Flux de travail définis par l’utilisateur de la page Paramètres du flux de travail. Lorsque cette option est sélectionnée, les utilisateurs peuvent définir des flux de travail dans un éditeur de flux de travail tel que l’éditeur de flux de travail de SharePoint Designer 2010. Les utilisateurs qui définissent ces flux de travail doivent avoir les autorisations Gérer les listes pour le site sur lequel ils déploient le flux de travail.

Notification de tâche pour les utilisateurs sans accès au site

500

Sur la page Paramètres du flux de travail, dans la section Notifications des tâches du flux de travail, vous pouvez définir des options pour l’envoi de notifications à propos des tâches de flux de travail en attente aux utilisateurs qui n’ont pas accès au site.

Utilisateurs internes

Dans SharePoint Server 2010, il est possible de résoudre les noms des utilisateurs internes du service d’annuaire qui ne sont pas membres du site ou qui n’ont pas accès à cette tâche. Dans ce cas, un administrateur peut sélectionner l’option Voulez-vous que les utilisateurs internes sans accès au site reçoivent une alerte lorsqu’une tâche du flux de travail leur est attribuée ? dans la section Notifications des tâches du flux de travail pour spécifier si ces utilisateurs reçoivent une notification par courrier électronique. Cette option signifie que les utilisateurs sont alertés lorsqu’une tâche de flux de travail leur est affectée. Cette option est activée par défaut, et le message électronique reçu par les utilisateurs contient un lien sur lequel ils peuvent cliquer pour demander à accéder au site (les administrateurs doivent néanmoins leur accorder ce droit d’accès). Ce message peut également contenir des informations sur le document. Ces informations peuvent comprendre le titre du document et des instructions provenant du propriétaire du flux de travail. S’il existe des problèmes de divulgation d’informations liés à des utilisateurs internes qui ne sont pas membres du site, les administrateurs peuvent désactiver l’option Voulez-vous que les utilisateurs internes sans accès au site reçoivent une alerte lorsqu’une tâche du flux de travail leur est attribuée ?.

Utilisateurs externes

Les utilisateurs externes qui ne sont pas dans le service d’annuaire mais auxquels une adresse de messagerie SMTP correctement formée est attribuée peuvent néanmoins se voir affecter des tâches de flux de travail. Comme les utilisateurs externes accéderont difficilement au document, SharePoint Foundation 2010 et SharePoint Server 2010 comportent un paramètre, Voulez-vous autoriser les utilisateurs externes à participer au flux de travail en leur envoyant une copie de ce document ?, qui rend possible l’envoi par courrier électronique d’une notification de tâche aux utilisateurs externes, avec le document en pièce jointe. Lorsque cette option est activée, la tâche est attribuée au propriétaire du flux de travail, et l’utilisateur externe peut achever la réalisation de la tâche en envoyant un courrier électronique au propriétaire.

Par défaut, l’option Voulez-vous autoriser les utilisateurs externes à participer au flux de travail en leur envoyant une copie de ce document ? est désactivée. Ce paramètre peut cependant être utile dans des situations qui nécessitent une participation externe, telle que l’approbation de documents commerciaux impliquant des clients externes. Les administrateurs qui activent ce paramètre (en sélectionnant Oui) doivent vérifier que la planification du flux de travail prend en charge ce paramètre relatif aux participants externes. Par exemple, lorsqu’une tâche est créée pour un utilisateur externe, le flux de travail personnalisé doit spécifier une adresse de messagerie dans la propriété OnBehalfEmail de l’objet SPWorkflowTaskProperties qui a été utilisé pour initialiser la tâche. Plusieurs flux de travail intégrés dans SharePoint Server 2010 prennent en charge ce paramètre.

Les développeurs de flux de travail personnalisés qui veulent activer cette fonctionnalité doivent consulter les administrateurs pour déterminer s’il existe des risques de divulgation d’informations liés à l’envoi du document réel en pièce jointe d’un message électronique externe. Les administrateurs doivent évaluer les avantages et les risques lors de l’activation de ce paramètre.

501

Divulgation d’informations dans les historiques de tâches et de flux de travail Les tâches et les éléments d’historique pouvant contenir des données sur les utilisateurs et les actions qu’ils effectuent sur des documents, les éléments sont susceptibles de divulguer des informations confidentielles. Par exemple, un flux de travail Approbation pour une promotion peut contenir des commentaires sur ces tâches, dont l’organisation veut que seuls le propriétaire du flux de travail et chaque participant de la tâche puisse les voir.

Les listes de tâches et les historiques sont des listes courantes dans un site. Par défaut, tous les lecteurs peuvent donc voir les éléments des tâches et des historiques. Les administrateurs et les développeurs doivent déterminer les informations qui ne peuvent pas être divulguées et décider s’il faut sécuriser les éléments des tâches et des historiques qui sont créés par le flux de travail.

La sécurisation de ces éléments peut être effectuée de plusieurs façons. Par exemple, les administrateurs peuvent définir des autorisations au niveau des listes. Si la divulgation doit être privée, c’est-à-dire non publique mais disponible pour un groupe de personnes spécifique, les administrateurs peuvent créer une nouvelle tâche ou un nouvel historique, et définir des autorisations pour la liste spécifiques à ce groupe. Si les administrateurs veulent que personne ne voie les événements des historiques sur une page d’état du flux de travail, ils peuvent supprimer les autorisations d’affichage de l’historique du flux de travail duquel une page d’état extrait ses informations. Les utilisateurs qui n’ont pas les autorisations pour afficher l’historique lui-même ou un élément de cet historique reçoivent une erreur d’accès refusé lorsqu’ils ouvrent une page d’état qui extrait des données de cet historique.

Si des restrictions plus fines sont requises, les développeurs de flux de travail peuvent définir des autorisations au niveau des éléments lorsqu’ils créent des tâches ou des éléments d’historique. L’activité CreateTask a une propriété SpecialPermissions qui ne donne que des autorisations spécifiées pour accéder à la tâche nouvellement créée. L’activité LogToHistoryList n’a pas de propriété semblable : pour définir des autorisations au niveau des éléments sur des éléments d’historique, les administrateurs doivent utiliser le modèle objet de SharePoint Server 2010. Les autorisations au niveau des éléments peuvent affecter négativement les performances et ne doivent être utilisées que lorsqu’elles sont nécessaires.

Les tâches et les éléments d’historique ne doivent pas être gérés de la même manière. Les administrateurs peuvent combiner et faire correspondre des autorisations au niveau des listes et des autorisations au niveau des éléments.

Attaques d’usurpation d’identité et de falsification dans les historiques des tâches et des flux de travail Tout contributeur peut modifier des tâches ou des éléments d’historique s’il n’existe pas de restrictions sur ces listes. Cela signifie que des utilisateurs malveillants peuvent modifier des descriptions de tâche pour donner aux participants des instructions incorrectes ou pour leur

502

demander de cliquer sur des liens malveillants. Pour modifier les résultats perçus d’un processus, des utilisateurs malveillants peuvent aussi ajouter des événements d’historique faux ou incorrects, ou ils peuvent modifier des événements d’historique existants pour les rendre faux ou incorrects.

Comme expliqué plus haut, les listes de tâches et les historiques sont des listes normales dans un site. Par défaut, il n’y a pas de restrictions d’autorisation sur les listes de tâches ou les historiques. Pour éviter les attaques d’usurpation d’identité et de falsification, les administrateurs doivent déterminer les vulnérabilités qui existent et choisir entre limiter l’accès aux colonnes d’une liste (par exemple, mettre en lecture seule les colonnes vulnérables, telles que les descriptions des tâches, de sorte que seul le flux de travail puisse les définir lors de la création de l’élément), définir des autorisations spéciales sur la liste ou définir des autorisations au niveau des éléments d’une liste.

Problèmes de sécurité dans l’historique des flux de travail

Un avantage important des flux de travail est la possibilité de faire le suivi des informations des processus, de façon à offrir une visibilité dans les processus. L’historique du flux de travail est un référentiel pour ces informations, où une page d’état de flux de travail peut rechercher des données relatives à une instance de flux de travail et peut rendre ces informations disponibles pour les utilisateurs. Les utilisateurs peuvent voir tous les éléments auxquels ils ont accès dans l’historique.

Cependant, l’historique de flux de travail effectuant un suivi des informations, les utilisateurs peuvent supposer qu’il peut être utilisé en tant que piste d’audit pour les événements. Ce n’est pas le cas : l’historique de flux de travail n’est pas une fonctionnalité de sécurité. Les historiques sont des listes SharePoint standard utilisées pour stocker des événements qui sont visibles par tous les utilisateurs et auxquelles aucune autorisation spéciale n’est associée. Par défaut, les utilisateurs peuvent modifier et ajouter des événements s’ils ont des autorisations de modification et d’ajout sur le site. Pour auditer les événements, utilisez la fonctionnalité Journal d’audit de SharePoint. Seuls les administrateurs peuvent accéder à ce journal, qui ne requiert pas de travail supplémentaire pour être protégé des attaques de falsification.

Pour mieux protéger l’historique, les administrateurs peuvent limiter les autorisations de modification et d’ajout à la liste, de sorte que seuls les administrateurs du compte système (par exemple des administrateurs de flux de travail) et des administrateurs de liste puissent ajouter des éléments. Les administrateurs de liste doivent avoir des autorisations d’ajout pour consigner des événements « Interrompre ce flux de travail ». Si les autorisations de modification et d’ajout sont limitées sur l’historique, les utilisateurs doivent recevoir des autorisations d’affichage pour pouvoir afficher les informations d’état.

503

Type Étape d’emprunt d’identité d’utilisateur pour les flux de travail déclaratifs Le type Étape d’emprunt d’identité d’utilisateur peut être utilisé pour exécuter des sections de flux de travail déclaratifs par la personne qui a créé le flux de travail plutôt que par l’initiateur du flux de travail. Déclaratif signifie un modèle que vous utilisez pour créer le flux de travail et définir les paramètres pour le flux de travail sans écrire de code.

Dans SharePoint Server 2010, les flux de travail déclaratifs s’exécutent toujours dans le contexte utilisateur de l’initiateur du flux de travail, sauf si une étape d’emprunt d’identité est rencontrée. Dans ce cas, le flux de travail déclaratif est exécuté dans le contexte de l’associateur du flux de travail. Les tâches de flux de travail par défaut respectent les autorisations SharePoint en empruntant l’identité de l’utilisateur qui a démarré un flux de travail lorsque le flux de travail est exécuté. Cette implémentation permet de conserver un bon niveau de sécurité dans SharePoint Server 2010, mais bloque certains scénarios où un concepteur de flux de travail avec des autorisations élevées veut créer un flux de travail puissant qui peut être effectué avec succès par des utilisateurs qui ont des autorisations d’un niveau moins élevé.

Grâce une forme sécurisée et étendue d’élévation de privilège, les actions de site peuvent être automatisées à travers le flux de travail. Ceci réduit la charge d’un administrateur de site SharePoint. L’automatisation d’un processus de haute sécurité est utile dans les scénarios de publication et d’approbation dans lesquels des actions existantes sont autorisées à emprunter l’identité de quelqu’un d’autre que l’initiateur du flux de travail.

Voici des exemples de scénarios qui montrent le type Étape d’emprunt d’identité d’utilisateur :

Publier vers une liste sécurisée

Jacqueline a verrouillé la bibliothèque de documents Pages pour la partie publique de son site SharePoint. Elle a configuré un flux de travail Approbation qui, en utilisant Microsoft SharePoint Designer 2010, envoie pour approbation du contenu provenant de contributeurs du site. Jacqueline place les actions de son flux de travail dans une étape d’emprunt d’identité pour que ces actions empruntent toujours sa propre identité (administrateur du site) en tant qu’auteur du flux de travail.

Lorsque Corine (une contributrice) envoie le brouillon d’un contenu dans la bibliothèque de documents Pages du site et tente de publier son article, cette action provoque le démarrage du flux de travail Approbation de Jacqueline, qui permet la relecture et l’approbation de l’envoi. Les tâches sont envoyées aux approbateurs du flux de travail pour le compte de Corine. Après relecture et approbation par les approbateurs, le système donne la valeur « Approuvé » à l’état de modération de l’envoi, même si Corine n’a pas l’autorisation d’approuver des pages.

Accorder des autorisations à des utilisateurs

504

Joëlle a configuré un flux de travail dans SharePoint Designer 2010, qui utilise une action d’emprunt d’identité d’utilisateur « Ajouter un utilisateur au groupe » pour accorder des autorisations de conception pour son site. Le flux de travail utilisant une possibilité d’emprunt d’identité, l’action d’ajout d’un utilisateur au groupe sera toujours effectuée pour le compte de Joëlle.

Le reste du flux de travail permet aux contributeurs de visiter le site et de remplir un formulaire pour enregistrer leur demande d’accès à une liste.

Par exemple, un utilisateur distinct, Olivier, reçoit une tâche lorsque Corine, une utilisatrice, enregistre une demande et, lorsqu’il approuve la tâche, Corine est ajoutée au groupe Concepteur pour le site, même si ni Olivier ni Corine n’ont les autorisations Gérer les listes sur le site de Joëlle.

Modèles et acquisition de propriété

William a créé plusieurs flux de travail dans SharePoint Designer 2010 et les a enregistrés en tant que modèles pour qu’ils puissent être réutilisés dans toute la société, mais il quitte peu après la société. Son compte est supprimé, son statut d’administrateur est révoqué et maintenant, l’exécution des flux de travail SharePoint Designer 2010 que William a créés échoue en raison de la perte des autorisations de William.

Un administrateur du site SharePoint parent, Jean, peut intervenir pour chaque flux de travail, sans avoir à recréer les flux de travail dans SharePoint Designer 2010. Jean prend la propriété des éléments relevant de l’administration dans chaque modèle concerné. Après cela, la publication sécurisée et l’attribution des autorisations d’accès se font sous le nom de Jean au lieu de celui de William ; rien d’autre n’a changé.

Voici des actions de flux de travail qui peuvent faire l’objet d’emprunts d’identité :

Définir le statut d’approbation du contenu (en tant que propriétaire)

Créer un élément dans la liste (en tant que propriétaire)

Mettre à jour l’élément de la liste (en tant que propriétaire)

Supprimer les éléments d’une liste (en tant que propriétaire)

Ajouter/supprimer/définir/hériter des autorisations pour un élément d’une liste (en tant que propriétaire)

En tant qu’administrateur SharePoint, vous devez considérer les effets possibles sur la sécurité de l’incorporation de l’emprunt d’identité dans des flux de travail sur le site SharePoint. Ceci s’applique non seulement aux nouvelles actions mais aussi aux actions existantes, telles que la mise à jour des éléments d’une liste.

Par exemple, considérez un modèle dans lequel des actions d’emprunt d’identité d’utilisateur du flux de travail peuvent encore s’exécuter en tant qu’initiateur. Si un utilisateur a des autorisations d’administrateur sur un seul des sites de la collection de sites, cet utilisateur, s’il était malveillant, pourrait créer un flux de travail pour obtenir des droits sur le site Web parent du site. Tout ce qu’il aurait à faire serait de

505

persuader l’administrateur de charger un fichier dans une bibliothèque de documents sur le site de l’utilisateur malveillant pour commencer une attaque du flux de travail et compromettre tout le site Web parent du site.

Ce risque a incité à développer la restriction selon laquelle « les actions d’emprunt d’identité d’utilisateur empruntent toujours l’identité de leur associateur » dans SharePoint Designer 2010. L’associateur est la personne qui associe un flux de travail à une liste ou un site Web particulier. Dans les flux de travail déclaratifs de SharePoint Server 2010, l’associateur est la même personne que l’auteur du flux de travail, c’est-à-dire l’utilisateur qui a créé le flux de travail dans SharePoint Designer 2010. Cependant, l’associateur peut aussi être quelqu’un qui associe un modèle de flux de travail déclaratif. Le problème est maintenant que l’auteur/associateur est forcé d’accepter la responsabilité pour tout ce qui peut se produire à cause d’un type Étape d’emprunt d’identité d’utilisateur, car les informations d’identification de l’auteur/associateur seront utilisées dans l’élévation. Ceci requiert que les auteurs/associateurs comprennent les flux de travail qu’ils conçoivent ou qu’ils associent. Lors de la création d’un flux de travail, SharePoint Designer 2010 affiche donc, sur la page de création du flux de travail, un message de mise en garde destiné à l’auteur/associateur à propos du type Étape d’emprunt d’identité d’utilisateur.

506

Flux de travail d’approbation : scénario (SharePoint Server 2010)

Dans la plupart des organisations, l’exemple le plus courant de flux de travail humain est une sorte de variante d’approbation : un groupe de personnes doit approuver ou rejeter un certain document et peut-être ajouter des commentaires justifiant sa décision. Cet article montre à quoi peut ressembler un flux de travail de type approbation créé dans SharePoint Designer 2010 ou Workflow Designer dans Visual Studio 2010, puis hébergé à l’aide de SharePoint Server 2010. Avant de lire cet exemple, il est utile de définir les rôles remplis par les différentes personnes.

Auteur du flux de travail Développeur ou travailleur de l’information qui crée un modèle de flux de travail.

Administrateur SharePoint Server 2010 Personne qui installe un modèle de flux de travail et l’associe à une bibliothèque de

documents ou à une liste.

Initiateur du flux de travail Personne qui démarre un flux de travail, entraînant la création d’une instance de flux de travail à partir

d’une association de flux de travail particulière.

Participants au flux de travail Personnes qui interagissent avec une instance de flux de travail pour effectuer le processus métier

qu’elle prend en charge.

Comme le décrit la section suivante, chacune de ces personnes joue son propre rôle dans la création, l’installation, le démarrage et l’utilisation d’un flux de travail.

Création d’un flux de travail Microsoft fournit deux options de création de flux de travail dans SharePoint Server 2010. Les développeurs utilisent Visual Studio 2010 et Workflow Designer, tandis que les travailleurs de l’information utilisent une approche basée sur les règles fournie par SharePoint Designer 2010. Dans les deux cas, le résultat est un modèle de flux de travail qui doit être déployé sur un serveur exécutant SharePoint Server 2010. Ce scénario suppose qu’un modèle de flux de travail a déjà été créé.

507

Association d’un flux de travail Avant de pouvoir utiliser un flux de travail, vous devez installer un modèle de flux de travail sur un serveur exécutant SharePoint Server 2010, puis vous devez associer le flux de travail à une bibliothèque de documents, une liste, un type de contenu ou, dans le cas d’un flux de travail de site, un site spécifique. Vous pouvez ensuite démarrer le flux de travail à partir de n’importe quel document ou élément dans cette bibliothèque ou liste. Bien qu’il soit impossible de démarrer explicitement un flux de travail à partir des types de contenu, un flux de travail associé à un type de contenu peut être démarré à partir d’un document ou d’un élément de liste auquel ce type de contenu est joint. Étant donné que les flux de travail fonctionnent de la même manière sur les éléments et les documents, un modèle de flux de travail peut généralement être joint à une liste, une bibliothèque ou un type de contenu. Vous pouvez également créer un modèle qui peut être associé uniquement à une liste ou bibliothèque particulière.

L’installation et l’association sont réalisées automatiquement pour les flux de travail déployés à l’aide de SharePoint Designer 2010. Toutefois, lorsque vous utilisez Visual Studio pour déployer des flux de travail, un administrateur de serveur doit explicitement installer le modèle de flux de travail. En outre, un utilisateur doit associer le modèle à une bibliothèque, une liste, un type de contenu ou un site. Toute personne qui crée cette association lui affecte également un nom unique, ce qui permet aux utilisateurs de la référencer. L’auteur du flux de travail peut également permettre au créateur de l’association de définir des options de comportement pour le flux de travail, telles qu’une liste par défaut de personnes susceptibles de participer au processus à tout moment. Le même modèle peut être associé à plusieurs bibliothèques, listes ou types de contenu et chaque association peut être personnalisée en fonction des besoins. Une fois l’association créée et les options disponibles définies, l’initiateur du flux de travail peut créer une instance de flux de travail à partir de cette association, comme décrit dans la section suivante.

Association d’un flux de travail à un site Les flux de travail de site sont associés au site lui-même. Il n’est pas nécessaire de démarrer un élément pour exécuter le flux de travail.

Vous pouvez utiliser des flux de travail de site pour les processus dépourvus d’un contexte d’élément de liste. Par exemple, vous pouvez créer un flux de travail de demande d’autorisations pour le site, un flux de travail de demande et de mise en service d’un nouveau site ou un flux de travail qui utilise du contexte stocké en dehors du site SharePoint, sans devoir créer un élément de liste SharePoint correspondant à partir duquel démarrer le flux de travail.

Les flux de travail de site peuvent être associés à un site par le biais des paramètres du site et peuvent être démarrés sur le site proprement dit. SharePoint Designer 2010 peut également déployer les flux de travail de site directement sur un site.

Les flux de travail de site fonctionnent de la même manière que les éléments de liste, comme décrit plus haut dans cet article, à la différence que les flux de travail de site ne peuvent pas être démarrés à partir d’un document ou élément dans une bibliothèque ou liste.

Pour plus d’informations, voir Add a workflow association (SharePoint Server 2010)

http://technet.microsoft.com/library/4a0d02c0-5ecb-4912-a7f3-2f7db70df775(Office.14).aspx

508

Démarrer un flux de travail SharePoint Server 2010 offre trois options pour démarrer une instance d’un flux de travail. Les trois options exécutent toutes à chaque fois le flux de travail depuis le début. (Si une instance d’un flux de travail créé à partir d’une association spécifique est déjà en cours d’exécution sur un document ou élément de liste donné, il est impossible de démarrer une autre instance du flux de travail sur le même document ou élément.) Les options permettant de démarrer un flux de travail sont les suivantes :

Un utilisateur SharePoint Server 2010 peut démarrer manuellement un flux de travail.

Vous pouvez configurer un flux de travail de manière à ce qu’il s’exécute automatiquement lorsqu’un utilisateur crée un document ou

un élément.

Vous pouvez configurer un flux de travail de manière à ce qu’il s’exécute automatiquement lorsqu’un utilisateur modifie un document

ou un élément.

Par exemple, un utilisateur Microsoft Word peut télécharger un nouveau document vers la bibliothèque de documents d’un site. Cette opération entraîne le démarrage d’une instance d’un flux de travail associé à cette bibliothèque.

Ce scénario utilise la première de ces trois options : démarrage manuel d’un flux de travail Approbation pour un document. Pour démarrer une instance de flux de travail à partir d’un document dans une bibliothèque de documents, un utilisateur SharePoint Server 2010 procède comme suit :

1. Il pointe sur le document et sélectionne Flux de travail dans le menu déroulant ou le Ruban.

2. Il sélectionne le flux de travail à démarrer.

Par exemple, pour un document dans une bibliothèque de documents, seuls deux choix sont généralement disponibles : Approbation et Recueillir les commentaires. Si un administrateur a associé d’autres modèles de flux de travail à cette bibliothèque de documents, les noms de ces modèles de flux de travail apparaissent également.

Remarque :

Les flux de travail Approbation et Recueillir les commentaires prédéfinis ne sont disponibles que dans SharePoint Server 2010.

Lorsqu’un flux de travail démarre (autrement dit, à la création d’une instance d’un flux de travail), il peut également afficher un écran permettant à un utilisateur de spécifier des informations. Pour un flux de travail Approbation, ces informations incluent le nom de chaque personne chargée d’approuver le document, une indication de l’échéance de l’approbation et une liste des personnes à avertir. Une fois ces informations fournies, l’utilisateur clique sur Démarrer. Le flux de travail commence à s’exécuter et demande à chaque participant de lire le document dans l’ordre dans lequel les noms ont été entrés sur cet écran.

509

Lorsqu’un flux de travail démarre, il peut également envoyer un message électronique à la personne l’ayant démarré. De la même manière, un flux de travail peut avertir son créateur par courrier électronique lorsqu’il est terminé. Vous pouvez également configurer le flux de travail de manière à avertir par courrier électronique les participants au flux de travail — dans cet exemple, les personnes qui approuvent le document — que le flux de travail comporte une tâche à leur intention.

Interaction avec un flux de travail L’interaction entre une personne et un flux de travail en cours d’exécution repose sur le concept de tâches. Une tâche est une unité de travail affectée à un individu. Par exemple, chaque personne de la liste d’approbation de ce flux de travail se verra affecter une tâche demandant d’approuver le document. SharePoint Server 2010 peut détenir une liste des tâches pour chaque site et un flux de travail en cours d’exécution peut y ajouter des tâches qui précisent la(les) personne(s) affectée(s) à chaque tâche. Les utilisateurs de ce site peuvent consulter le travail qui les attend en accédant à leur liste des tâches via un navigateur Web. Éventuellement, vous pouvez disposer d’une liste de tâches personnalisées limitée aux tâches de votre flux de travail.

Remarque :

Si vous exécutez SharePoint Server 2010, les utilisateurs peuvent synchroniser la liste de tâches du site avec leur liste de tâches

Microsoft Outlook.

Pour un utilisateur SharePoint Server 2010, la liste des tâches en attente est simplement une autre liste. Dans cet exemple, l’utilisateur accède au site SharePoint d’équipe et sélectionne l’option permettant d’afficher la liste des tâches qui lui sont affectées. Pour travailler sur une tâche, dans cet exemple, l’utilisateur clique sur le nom de la tâche.

Étant donné que la façon dont un flux de travail interagit avec les participants peut varier, le flux de travail lui-même définit l’écran affiché à l’utilisateur. Dans cet exemple, le flux de travail offre des options permettant d’approuver ou de rejeter le document et une zone de texte dans laquelle les participants peuvent taper des commentaires.

D’autres options disponibles permettent aux utilisateurs de réaffecter la tâche à une autre personne ou de demander une modification. Ici, l’utilisateur tape un commentaire, puis clique sur Approuver. Le flux de travail crée ensuite une tâche dans la liste des tâches de la personne suivante de la liste des approbateurs. Une fois que tous les participants ont répondu, le flux de travail est terminé.

En outre, les flux de travail SharePoint Server 2010 offrent d’autres options, notamment les suivantes :

L’initiateur d’un flux de travail peut vérifier le statut de celui-ci.

510

Par exemple, dans le scénario décrit ici, l’initiateur peut vérifier la progression du processus d’approbation.

Un flux de travail peut être modifié pendant son exécution.

L’auteur du flux de travail détermine les modifications éventuellement autorisées. Par exemple, un flux de travail Approbation peut autoriser l’ajout d’un nouvel approbateur alors que le flux de travail a démarré. La possibilité de modifier les flux de travail en cours est importante, car elle reflète la manière dont les gens travaillent. Étant donné que la modification spontanée des processus de gestion fait partie de la vie de toute entreprise, les flux de travail SharePoint Server 2010 ont été conçus pour permettre aux utilisateurs de gérer les situations de ce type.

Synthèse du processus Lorsqu’un modèle de flux de travail est installé sur un site et associé à une bibliothèque de documents, à une liste, à un site ou à un type de contenu, un utilisateur de site peut démarrer une instance d’un flux de travail.

1. Le processus démarre lorsque l’initiateur du flux de travail sélectionne un document et démarre une instance d’un flux de travail.

2. L’initiateur crée une instance de flux de travail à partir de cette association.

3. L’utilisateur personnalise cette nouvelle instance et la démarre.

4. L’instance du flux de travail exécutée ajoute une tâche à la liste des tâches d’un participant.

Le flux de travail d’approbation utilisé dans ce scénario affecte ces tâches de manière séquentielle. Toutefois, vous pouvez affecter des tâches en même temps à de nombreux participants pour qu’elles soient réalisées en parallèle.

5. Les participants au flux de travail peuvent prendre connaissance des tâches que le flux de travail leur a affectées en consultant leurs

listes des tâches.

6. Chaque participant interagit avec l’instance du flux de travail exécutée et effectue les tâches affectées.

Dans l’exemple décrit ici, cette interaction consistait à approuver un document, mais elle peut consister en toute autre chose, en fonction du souhait de l’auteur du flux de travail.

Il est important de noter que le document sur lequel un flux de travail est exécuté n’est pas lui-même envoyé d’une personne à une autre. Il reste plutôt sur le site et chaque participant au flux de travail reçoit un lien vers le document. En fait, il n’est pas indispensable que le flux de travail utilise le document ou l’élément auquel il est associé. Par ailleurs, il est également important d’insister sur le fait que SharePoint Server 2010 lui-même définit ce qui est affiché à l’initiateur du flux de travail et aux participants à celui-ci aux étapes 1, 2 et 5. En revanche, l’auteur du flux de travail définit les formulaires utilisés à l’étape 6. Ceci lui permet de contrôler comment les utilisateurs personnalisent le flux de travail et interagissent avec celui-ci.

511

En plus d’une plateforme pour la création d’applications de flux de travail humaines, SharePoint Server 2010 fournit un flux de travail Suivi des problèmes prédéfini. Ce flux de travail à trois états permet d’affecter des problèmes actifs aux participants et de les suivre. Une fois créé, un problème peut passer de l’état Actif à l’état Résolu, ce qui indique que le participant du flux de travail responsable l’a traité, puis à l’état Fermé, ce qui indique que l’initiateur du flux de travail a accepté la résolution et fermé le problème.

La section suivante décrit un scénario faisant appel au flux de travail Approbation prédéfini dans SharePoint Server 2010.

Scénario du flux de travail Approbation Le flux de travail décrit dans cette section est le flux de travail Approbation prédéfini fourni avec SharePoint Server 2010. La totalité de l’interaction utilisateur avec le flux de travail se produit par l’intermédiaire de formulaires de flux de travail InfoPath Forms Services qui apparaissent dans les applications Microsoft Office System.

1. Le processus démarre lorsque le flux de travail est associé à une bibliothèque de documents ou une liste. L’initiateur du flux de travail

crée une instance de flux de travail exécutée. Cette opération peut être réalisée depuis SharePoint Server 2010 ou directement

depuis un document Microsoft Word.

2. Lorsque l’utilisateur clique sur le lien Démarrer associé au flux de travail Approbation, celui-ci démarre et ouvre un formulaire de flux

de travail InfoPath Forms Services. L’initiateur du flux de travail Approbation prédéfini peut personnaliser le comportement de celui-ci

en effectuant des opérations telles que la spécification d’une liste d’approbateurs ou la définition du temps dont dispose chacun pour

réaliser sa tâche.

3. Les personnes répertoriées en tant qu’approbateurs dans ce flux de travail reçoivent un message électronique, dans l’ordre où leurs

noms ont été entrés.

4. L’approbateur peut examiner le document en cliquant sur le lien du nom du document dans le corps du message électronique.

Dans ce scénario, le contenu du formulaire Achèvement des tâches du flux de travail est défini en tant que formulaire de flux de travail InfoPath Forms Services et apparaît directement dans Microsoft Outlook. L’approbateur peut ajouter des commentaires, puis approuver ou rejeter le document.

512

Planification d’Access Services


Introduction à Access Services (SharePoint Server 2010)

513

Introduction à Access Services (SharePoint Server 2010)

Access Services est une application de service disponible dans Microsoft SharePoint Server 2010 qui permet aux utilisateurs de modifier, mettre à jour et créer des bases de données Microsoft Access 2010 liées qui peuvent être affichées et manipulées à l’aide d’un navigateur internet, du client Access ou d’une page HTML liée.

Personnes auxquelles s’adresse Access Services Les professionnels de l’informatique et les utilisateurs finals doivent utiliser Access Services pour permettre l’utilisation de bases de données Access dans un navigateur Web, pour publier et partager des informations entre des équipes, et pour créer et modifier des bases de données où aucun client Access n’est disponible.

Fonctionnalités d’Access Services Access Services permet de créer, modifier et enregistrer des bases de données Access de l’une des manières suivantes :

En autorisant l’instanciation d’une base de données Microsoft SharePoint Server sur n’importe quel ordinateur qui peut se connecter à

et a l’autorisation d’utiliser Access Services sur un ordinateur réseau exécutant SharePoint Server.

En permettant la création, la publication et le partage d’une base de données Web SharePoint Server à partir de tout ordinateur

pouvant se connecter à et ayant l’autorisation de publier vers un ordinateur qui exécute SharePoint Server et sur lequel Access 2010

est installé.

En autorisant le téléchargement, la modification et la republication de données modifiées dans une base de données Access Services

à partir de n’importe quel ordinateur où Access 2010 est installé et qui peut se connecter à un ordinateur exécutant SharePoint

Server.

514

Amélioration de la portée et de la gestion des applications de base de données Access 2010 avec Access Services (livre blanc)

Les organisations doivent fournir aux utilisateurs les outils dont ils ont besoin pour travailler de manière efficace. Depuis de nombreuses années, Microsoft Access aide les organisations et les utilisateurs à gérer les informations relatives à leurs activités. Cela leur permet de créer et de déployer facilement des applications de base de données qui répondent à un besoin, une tâche ou un processus spécifique. Avec l’ajout d’Access Services dans Microsoft SharePoint Server 2010, les informaticiens peuvent gérer et contrôler de manière centralisée les bases de données Web Access. Ensemble, Microsoft Access 2010, Access Services et Produits SharePoint 2010 permettent aux utilisateurs, aux équipes et aux organisations d’effectuer le suivi, de créer des rapports et de gérer le partage d’applications de base de données personnalisées. Ce résultat est obtenu sans contrainte des ressources informatiques (déjà limitées) et tout en permettant aux informaticiens de gérer et contrôler de manière centralisée les bases de données Web Access.

Télécharger ce livre blanc en tant que document Microsoft Word (.docx).

Amélioration de la portée et de la gestion des applications de base de données Access 2010 avec Access Services (éventuellement en anglais) (1,92 Mo)



515

Planifier la création et la maintenance du site (SharePoint Server 2010)

Si votre environnement Microsoft SharePoint Server 2010 est appelé à comporter un certain nombre de collections de sites, vous devez veiller à mettre en place un plan de création et de maintenance de site. Sans un plan de ce type, il est difficile d’effectuer des opérations de contrôle ou de suivi visant à déterminer à quel moment les sites SharePoint sont créés, si les sites sont toujours actifs et à quel moment vous pouvez supprimer les sites inactifs en toute sécurité. Avant de déployer les sites et de les mettre à la disposition des utilisateurs, vous devez répondre à des questions telles que les suivantes :

Souhaitez-vous contrôler étroitement la création des sites ou autoriser de nombreux utilisateurs à créer des sites ?

À quel niveau de la hiérarchie de sites les sites supplémentaires doivent-ils être créés ?

Quelle procédure suivez-vous pour rechercher et supprimer les sites inutilisés dans votre environnement ?

Les articles et les feuilles vous permettent de concevoir et d’enregistrer un plan de création et de maintenance de site, qui s’avérera utile lorsque vous préparerez la gestion de la croissance dans votre environnement.


Planifier le processus de création de sites (SharePoint Server 2010)

Explique comment déterminer le type de processus de création de site adapté à votre organisation et la méthode à utiliser pour implémenter ce processus.

Planifier la maintenance et la gestion du site (SharePoint Server 2010)

Explique comment planifier la gestion de vos sites SharePoint dès le départ afin que vos sites demeurent actuels, utiles et exploitables.


Contient des indications qui vous aident à déterminer les paramètres des modèles de quota et des corbeilles, ainsi qu’à décider de l’opportunité ou du calendrier de la suppression des sites Web inutilisés.

Vue d’ensemble de la création de rapports et de l’analyse de l’utilisation

516

Cet article explique comment le service Web Analytics et ses fonctionnalités de création de rapports peuvent être utilisés afin de gérer des sites et collections de sites.

517

Planifier le processus de création de sites (SharePoint Server 2010)

Certaines entreprises doivent contrôler avec précision quelles personnes sont autorisées à créer des sites et à quels moments elles peuvent le faire. D’autres entreprises accordent aux utilisateurs plus de liberté et leur permettent de créer des sites quand ils le souhaitent. Cet article vous aide à déterminer le type de processus de création de sites le plus adapté à votre entreprise, ainsi que la méthode à utiliser pour mettre en œuvre ce processus.

Dans cet article :

Définir les personnes autorisées à créer des sites et la méthode de création de sites

Planifier la gestion de sites libre-service

Planifier les processus personnalisés de création de sites

Feuille

Définir les personnes autorisées à créer des sites et la méthode de création de sites Par défaut, les nouvelles collections de sites (et par conséquent les nouveaux sites Web de niveau supérieur) peuvent uniquement être créées par le biais de l’Administration centrale et donc uniquement par des membres du groupe Administrateurs de batterie. Ce comportement peut convenir à votre entreprise si vous souhaitez que votre environnement soit contrôlé et géré avec précision, seules quelques personnes étant alors autorisées à ajouter des sites de niveau supérieur. Cependant, la méthode par défaut de création de sites de niveau supérieur peut ne pas convenir à votre entreprise dans les cas suivants :

si vous souhaitez que les utilisateurs puissent créer facilement des sites de niveau supérieur informels, voire « jetables », par

exemple dans le cadre de projets à court terme ;

si vous souhaitez créer un espace informel destiné à une équipe, à un groupe ou à une communauté ;

518

si vous hébergez des sites de niveau supérieur (en interne ou en externe) et si vous souhaitez que le processus de demande et de

réception d’un site de niveau supérieur soit le plus rapide et le plus économique possible.

Différentes méthodes permettent d’autoriser les utilisateurs à créer leurs propres sites tout en conservant un certain contrôle sur l’environnement. Examinez les méthodes ci-dessous pour déterminer celle qui est la plus adaptée à votre entreprise.

Gestion de sites libre-service Dans l’Administration centrale, vous pouvez activer la gestion de sites libre-service pour autoriser les

utilisateurs à créer des collections de sites sous le chemin d’accès /sites (ou un autre chemin d’accès que vous spécifiez) d’une

application Web particulière. Cette méthode est particulièrement utile lorsque vous souhaitez autoriser des groupes ou des

communautés à créer des sites. Elle est également adaptée si vous hébergez des sites et que vous souhaitez autoriser les

utilisateurs à créer des sites sans les obliger à suivre un processus long et complexe. La page d’inscription à la gestion de sites libre-

service peut être personnalisée ou remplacée par une page contenant toutes les informations nécessaires pour l’intégration à un

système de facturation ou le suivi des métadonnées personnelles concernant le site au moment de la création. Cette méthode ne

fonctionne pas correctement lorsque de nombreux utilisateurs doivent avoir accès à plusieurs sites. La gestion de sites libre-service

créant des collections de sites dont les autorisations diffèrent, les utilisateurs doivent être ajoutés un à un aux différentes collections

de sites. En revanche, si vous utilisez des sous-sites, les utilisateurs peuvent être hérités du site parent au sein de la collection de

sites.

Sous-sites de sites existants Autorisez les utilisateurs à créer uniquement des sous-sites de sites existants plutôt que de nouvelles

collections de sites et des sites de niveau supérieur. Tout utilisateur disposant d’un niveau d’autorisation Contrôle total ou Gérer la

hiérarchie sur un site existant peut créer un sous-site. Cette méthode est la plus restrictive, car vous gardez le contrôle sur le nombre

de collections de sites existantes. Les sites étant toujours des sous-sites d’autres sites, ils peuvent être très faciles à organiser (si leur

nombre est limité) ou au contraire très difficiles à organiser et à parcourir (par exemple si chaque personne de l’entreprise souhaite

avoir son propre sous-site et que chacun crée son site à différents niveaux de la hiérarchie de la collection de sites, celle-ci peut vite

devenir difficile à parcourir).

Remarque :

Si vous ne souhaitez pas que les utilisateurs aient cette possibilité, vous pouvez directement supprimer la commande Créer des sous-sites des niveaux d’autorisation Contrôle total et Gérer la hiérarchie, soit au niveau de la collection de sites, soit au niveau de l’application

Web.

Sites personnels Autorisez les utilisateurs à créer des sites personnels (également appelés sites Web Mon site). Les sites

personnels sont des collections de sites stockées sous le chemin d’accès /personnel de l’application Web. Les sites personnels sont

créés pour des utilisateurs individuels et ne constituent donc pas une méthode adaptée si vous essayez de créer des sites pour des

groupes ou des communautés. Pour plus d’informations sur les sites personnels, voir Plan My Sites.

http://technet.microsoft.com/library/4edf74cf-8808-4277-ba10-b1f925d7c440(Office.14).aspx

519

Remarque :

N’oubliez pas qu’aucune de ces méthodes ne permet de contrôler la quantité d’espace allouée à chaque site dans vos bases de données

de contenu. Pour contrôler la taille des sites, vous devez utiliser des quotas et définir une limite de taille pour les collections de sites. Vous

ne pouvez pas définir des tailles de site individuellement pour les sous-sites. Pour plus d’informations, voir Planifier la maintenance et la

gestion du site (SharePoint Server 2010).

Planifier la gestion de sites libre-service La gestion de sites libre-service permet aux utilisateurs de créer et de gérer automatiquement leurs propres sites Web de niveau supérieur. Lorsque vous activez la gestion de sites libre-service pour une application Web, les utilisateurs peuvent créer leurs propres sites Web de niveau supérieur sous un chemin d’accès spécifique (par défaut, /sites). Lorsque cette fonction est activée, elle est annoncée aux utilisateurs au moyen d’une annonce ajoutée au site de niveau supérieur, au niveau du chemin d’accès racine de l’application Web, de sorte que les utilisateurs autorisés à voir cette annonce puissent cliquer sur le lien.

Remarque :

Si vous souhaitez utiliser un autre chemin d’accès que /sites pour la gestion de sites libre-service, vous devez ajouter le chemin d’accès

en tant qu’inclusion générique. Pour plus d’informations, voir Collaboration site planning (SharePoint Server 2010).

Bien évidemment, cette fonction a une incidence sur la sécurité de votre serveur Web. Par défaut, la gestion de sites libre-service est désactivée : vous devez l’activer pour pouvoir l’utiliser. L’activation de la gestion de sites libre-service s’effectue indépendamment pour chaque application Web. Si vous souhaitez l’utiliser pour toutes les applications Web de votre batterie de serveurs, vous devez l’activer individuellement pour chaque application Web.

Si vous décidez d’activer la gestion de sites libre-service, prenez en compte les remarques suivantes :

En règle générale, exigez l’inscription d’un administrateur de collection de sites secondaire. Les alertes d’administration, notamment

celles qui concernent les dépassements de quotas ou la détection de sites Web inutilisés, sont transmises aux administrateurs

http://technet.microsoft.com/library/437a9043-e55b-4b52-b578-dd3fdee3403f(Office.14).aspx

520

principaux et secondaires. Le fait de disposer de plusieurs contacts réduit la charge de travail imposée par ces sites à l’administrateur

principal, car le contact secondaire peut effectuer les tâches requises en l’absence du contact principal.

Définissez un quota de stockage et configurez-le comme quota par défaut pour l’application Web.

Vérifiez le nombre de sites autorisés par base de données de contenu. En associant ce paramètre à des quotas, vous pouvez limiter

la taille des bases de données de votre système.

Activez les notifications concernant les sites Web inutilisés, de sorte que les sites oubliés ou qui n’ont plus aucune valeur puissent

être identifiés.

La gestion de sites libre-service créant de nouveaux sites Web de niveau supérieur sur une application Web existante, les nouveaux sites respectent automatiquement les paramètres de quota par défaut de l’application Web, les paramètres de notification concernant les sites Web inutilisés ainsi que les autres stratégies d’administration.

Planifier les processus personnalisés de création de sites Vous pouvez bien évidemment créer votre propre processus de création de sites à l’aide d’un formulaire personnalisé, pour faire en sorte qu’un site s’intègre avec un système de facturation principal afin de facturer un client par carte de crédit ou un centre de coûts d’entreprise. Si vous disposez d’un système ou d’un processus complexe que vous souhaitez inclure dans la création de site, vous devez créer une application personnalisée pour appeler l’interface de création de sites et réaliser les autres tâches souhaitées. Cependant, si vous souhaitez simplement ajouter quelques champs personnalisés à la page de création de sites (par exemple pour savoir quel service de l’entreprise demande un site particulier), envisagez d’utiliser la gestion de sites libre-service et de personnaliser les pages d’inscription de sorte qu’elle affiche les informations souhaitées. Vous pouvez personnaliser la page scsignup.aspx dans la définition de site, de sorte qu’elle inclue les métadonnées dont vous avez besoin, sans pour autant développer une application complète.

Pour plus d’informations sur la création d’applications personnalisées ou l’édition de pages dans une définition de site, voir le Portail des développeurs SharePoint 2010 sur MSDN (http://go.microsoft.com/fwlink/?linkid=178818&clcid=0x40C).

Feuille Utilisez la feuille suivante pour planifier le processus de création de sites :

Feuille Création et maintenance de sites (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=193521&clcid=0x40C)




521

Planifier la maintenance et la gestion du site (SharePoint Server 2010)

Tous les sites Web, particulièrement les sites qui comptent plusieurs auteurs, finissent par être surchargés. Une révision et un nettoyage périodiques permettent de maintenir votre site dans un état de bon fonctionnement, quelle que soit sa taille. Si vous établissez un plan de maintenance pour vos sites dès le départ, ces derniers demeurent à jour, utiles et exploitables.

Dans cet article :

Planifier la maintenance de site

Planifier la gestion des collections de sites

Feuille

Planifier la maintenance de site Votre plan de maintenance de site dépendra de votre environnement et comprendra des éléments spécifiques. La maintenance de site diffère selon que les sites sont gérés par un service informatique ou qu’ils sont créés et gérés par les utilisateurs. Toutefois, voici certaines meilleures pratiques pour un plan de maintenance de site :

Demandez aux utilisateurs ce qu’ils souhaitent dans les sites gérés par un service informatique. Effectuez des enquêtes périodiques

pour déterminer l’attente des utilisateurs par rapport au site.

Utilisez des journaux et des rapports d’utilisation pour déterminer quelles sont les zones du site qui sont utilisées, puis mettez les

résultats obtenus en corrélation avec les enquêtes effectuées auprès des utilisateurs pour déterminer ce qui peut être amélioré.

Archivez le contenu ou les sites obsolètes. Toutefois, si vous prévoyez d’archiver ou de supprimer du contenu ou des sites obsolètes,

veillez à en informer clairement les utilisateurs et à effectuer ces actions uniquement à des moments prévisibles. Par exemple, publiez

une planification indiquant à quel moment vous allez archiver du contenu ou supprimer des sites inutilisés.

Passez régulièrement en revue les autorisations de site. Par exemple, passez en revue les autorisations chaque trimestre pour

supprimer les autorisations accordées aux utilisateurs qui ont quitté le groupe ou le projet.

522

Sélectionnez un intervalle de temps acceptable pour vos activités de maintenance. Par exemple, si vous envisagez d’effectuer des

enquêtes périodiques auprès des utilisateurs, contentez-vous au maximum de deux enquêtes par an (ou, de préférence, d’une

enquête annuelle).

Créez un plan de sauvegardes régulières du contenu de site. Déterminez ou évaluez la fréquence à laquelle les sauvegardes seront

réalisées et le processus de restauration de contenu à appliquer en cas de besoin. Pour plus d’informations sur la planification de la

sauvegarde et de la restauration, voir Plan for backup and recovery (SharePoint Server 2010).

Dès le processus de planification, créez un plan de maintenance de site. Enregistrez votre plan, y compris la fréquence à laquelle vous devez optimiser le contenu du site et des archives. Soumettez votre plan à des membres de votre équipe et à des représentants de votre base d’utilisateurs. Cela vous permet d’identifier les attentes immédiates des utilisateurs, de déterminer la meilleure façon d’y répondre et de mettre en place un plan de maintenance de site avant la mise en service de votre site.

Vous pouvez enregistrer ces informations dans la feuille relative à la création et la maintenance des sites (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=193521&clcid=0x40C).

Planifier la gestion des collections de sites Une partie de votre plan de maintenance de site doit être consacrée à la gestion de la taille des collections de sites dans votre environnement et de leur nombre. Cela est notamment important si vous autorisez la gestion de sites libre-service. La plupart des organisations souhaitent pouvoir prévoir et contrôler dans quelle mesure les sites sont susceptibles de croître, en raison de leur impact sur les ressources des bases de données. Par exemple, si une base de données de contenu particulière contient 100 sites, et que l’un de ces sites occupe plus de 50 % de l’espace, il est peut-être nécessaire que ce site se trouve dans sa propre base de données de contenu. Cela permet de disposer d’un espace supplémentaire pour une nouvelle croissance, tout en gardant la possibilité de sauvegarder et de restaurer les bases de données.

Il existe de deux méthodes pour gérer les collections de sites :

Quotas de collection de sites Utilisez cette méthode pour contrôler la taille que peuvent atteindre les collections de sites

volumineuses.

Confirmation et suppression de l’utilisation de sites Utilisez cette méthode pour surveiller et supprimer les collections de sites

inutilisées.

Planifier des quotas de collection de sites

Utilisez des quotas pour effectuer le suivi de l’espace de stockage de site et limiter cet espace. Vous pouvez envoyer un message électronique d’avertissement aux administrateurs de collection de sites lorsque l’espace de stockage de site atteint une taille particulière

http://technet.microsoft.com/library/01abe8d2-33f8-48fe-af76-40522a5afe08(Office.14).aspx


523

(en mégaoctets), puis verrouiller le site afin qu’il ne puisse pas accueillir du contenu supplémentaire lorsque l’espace de stockage de site atteint une taille maximale. Lorsque vous planifiez la capacité des bases de données et des serveurs, déterminez les tailles limites éventuelles à appliquer. Les points suivants expliquent comment tirer le meilleur parti des quotas :

Créez différents modèles de quota pour différents types de site. Par exemple, vous pouvez souhaiter différents quotas pour différents

services, différents types de client ou différents chemins d’accès (peut-être que les sites sous le chemin d’accès /sites ne disposent

que de 100 Mo par collection de sites, contre 300 Mo au plus pour les sites sous le chemin d’accès /vip). Chaque fois que vous créez

une collection de sites à partir de l’Administration centrale, vous pouvez spécifier le modèle de quota sur lequel elle repose. Notez que

les sites créés à l’aide de la fonctionnalité de gestion de sites libre-service utilisent le quota par défaut associé à l’application Web.

Pour plus d’informations, voir Create, edit, and delete quota templates (SharePoint Server 2010).

Prévoyez suffisamment d’espace pour la croissance des sites. Suivant la finalité de chaque site, l’espace de stockage peut varier

sensiblement. Les sites sont conçus pour croître au fil de leur utilisation. Une limite de quota de 50 Mo est probablement un espace

de stockage initial insuffisant pour la plupart des sites, et il est peu probable que cet espace suffise pour un site ayant une longue

durée de vie.

Prévoyez une marge de notification suffisante entre l’envoi du message électronique d’avertissement et le verrouillage du site pour

dépassement de son quota. Par exemple, ne définissez pas la limite de déclenchement de l’avertissement sur 80 Mo et la limite de

l’espace de stockage de site sur 85 Mo. Si les utilisateurs sont en train de télécharger plusieurs fichiers volumineux, ils ne seront pas

satisfaits s’ils se trouvent dans l’impossibilité de terminer cette tâche du fait d’avoir été informés avec une marge très faible.

Planifier la confirmation et la suppression de l’utilisation de sites

Vous devez planifier la façon de gérer les sites qui deviennent inactifs au terme d’un projet ou des sites que des utilisateurs ont créés uniquement pour tester des idées, puis abandonnés. La fonctionnalité de confirmation et suppression de l’utilisation de sites permet de nettoyer votre environnement régulièrement, grâce à l’identification des sites qui ne sont plus nécessaires. Cette fonctionnalité consiste à envoyer automatiquement un message électronique aux propriétaires de site afin de déterminer s’ils considèrent que leur site est actif. Si le propriétaire ne répond pas au message électronique (après un nombre spécifié de messages pendant une période définie), le site peut être supprimé.

Pour planifier la confirmation et la suppression de l’utilisation de sites, déterminez les points suivants :

Le délai au terme duquel il faut vérifier si un site est inactif. Le délai par défaut pour les sites d’équipe ou de projet est de 90 jours

après la création des sites, mais vous devez probablement accorder aux propriétaires un délai supérieur. Dans le cas d’un site de test

ou personnel, 90 jours représentent probablement un délai trop long. En règle générale, le cycle de vie d’un site, entre sa création et

la situation propice à sa suppression ou à son archivage, en passant par son utilisation active, s’étale sur une période comprise entre

six mois et probablement quelques années. Des rappels tous les six mois sont précieux dans ces situations.

http://technet.microsoft.com/library/c2eda191-1814-423b-882f-1fdafe9df6c9(Office.14).aspx

524

La fréquence à laquelle vous souhaitez envoyer un message électronique aux propriétaires de site pour déterminer si leurs sites sont

inactifs. Après le premier message électronique, si l’administrateur de site ne répond pas, vous pouvez envoyer des avis

supplémentaires selon une fréquence quotidienne, hebdomadaire ou mensuelle.

L’opportunité de supprimer automatiquement les sites inutilisés. Si l’administrateur de site ne répond pas à plusieurs messages

électroniques, souhaitez-vous poursuivre et supprimer le site automatiquement ? Il est recommandé d’effectuer une sauvegarde au

préalable. Pour ce faire, vous pouvez planifier la réalisation de sauvegardes régulières. Vous pouvez utiliser le portail des

développeurs SharePoint 2010 sur MSDN (http://go.microsoft.com/fwlink/?linkid=178818&clcid=0x40C) pour personnaliser cette

fonctionnalité afin qu’elle effectue automatiquement une sauvegarde du site avant sa suppression, mais il ne s’agit pas du

comportement par défaut.

Dans l’hypothèse d’une suppression automatique des sites inutilisés, le nombre de messages électroniques à envoyer au préalable

aux propriétaires de site. Par défaut, quatre avis hebdomadaires sont envoyés avant que le site ne soit supprimé, mais vous pouvez

augmenter ou diminuer ce nombre en fonction de vos besoins.

Pour plus d’informations, voir Manage unused Web sites (SharePoint Server 2010).

Feuille Utilisez la feuille suivante pour planifier la maintenance et la gestion des sites :

feuille relative à la création et la maintenance des sites (éventuellement en anglais)




http://technet.microsoft.com/library/4737381b-24e5-4c32-bdff-10dd4a81e648(Office.14).aspx


525


Un quota spécifie des valeurs de limite de stockage pour la quantité maximale de données qui peut être stockée dans une collection de sites. Les quotas spécifient également la taille de stockage qui, une fois atteinte, déclenche une alerte envoyée par courrier électronique à l’administrateur de la collection de sites. Les modèles de quotas appliquent ces paramètres à toute collection de sites dans une batterie.

Par défaut, un quota contient 300 points. Un point est une mesure relative d’utilisation des ressources, par exemple les cycles de processeur, la mémoire ou les défauts de page. Les points permettent de comparer des mesures d’utilisation des ressources qui ne pourraient pas être comparées autrement. Par exemple, il faut plusieurs millions de cycles de processeur pour constituer un point, mais chaque arrêt de fonctionnement d’une solution en mode bac à sable (sandbox) compte comme un point. Pour plus d’informations sur les solutions en mode bac à sable, voir Sandboxed solutions overview (SharePoint Server 2010).

Les quotas sont particulièrement utiles lorsque vous utilisez Microsoft SharePoint Server 2010 dans un environnement d’entreprise, tel qu’un intranet d’entreprise ou un Fournisseur de services Internet (ISP). Vous devez utiliser des quotas dans ces environnements afin de vous assurer qu’une collection de sites ne puisse pas utiliser une quantité de ressources si élevée que d’autres collections de sites ne pourraient plus fonctionner. Vous pouvez affecter un modèle de quota à une collection de sites lors de la création de la collection de sites ou ultérieurement. Vous pouvez également inverser une décision d’utilisation de quotas à tout endroit de la hiérarchie de collection de sites.

Vous pouvez également avoir recours à des quotas lorsque vous planifiez votre taxonomie et votre infrastructure d’informations. Pour plus d’informations sur la façon de planifier les services de métadonnées gérées, par exemple l’emplacement de stockage des mots clés d’entreprise, voir Planifier le partage de terminologie et de types de contenu.

Dans cet article :

À propos de la planification de la gestion des quotas

Déterminer les paramètres de modèles de quotas

Déterminer les paramètres de la Corbeille

Supprimer les sites Web inutilisés


526

À propos de la planification de la gestion des quotas Les étapes de base de planification de la gestion des quotas sont les suivantes :

1. déterminer les paramètres de modèles de quotas ;

2. déterminer les paramètres de la Corbeille ;

3. supprimer les sites Web inutilisés.

Cet article fournit des conseils sur la façon de déterminer les paramètres de quotas pour des collections de sites dans une entreprise. Il ne décrit pas les informations préalables requises, telles que la manière de configurer le courrier électronique sortant, de démarrer le travail du minuteur Avertissement du quota de disque ou de planifier les performances et la capacité.

Déterminer les paramètres de modèles de quotas Il n’existe pas de modèle de quota par défaut pour les collections de sites dans un environnement SharePoint Server 2010. Par exemple, un quota pour une collection de sites peut utiliser les paramètres suivants comme point de départ :

1. un message électronique est envoyé automatiquement à un administrateur de collection de sites lorsque la taille du site atteint

450 mégaoctets (Mo) ;

2. les utilisateurs ne peuvent pas télécharger de documents supplémentaires lorsque la taille d’une collection de sites atteint 500 Mo.

Vous devez évaluer la taille et le nombre d’éléments que vous vous attendez à ce que les utilisateurs stockent dans leurs sites. Vous devez également ajuster ces paramètres afin de vous assurer que les sites soient utilisés conformément aux méthodes conseillées en vigueur au sein de l’organisation. Par exemple, si une équipe ou un groupe spécifique d’une organisation a besoin de stocker un volume de contenu supérieur sur son site d’équipe, vous pouvez ajuster les limites de quotas pour cette collection de sites.

La taille des données signalée par les quotas ne correspond pas nécessairement à celle du stockage dans la base de données. Cela est dû au fait que la fonction de quota évalue les chiffres de stockage pour les sites vides (sans contenu utilisateur) et inclue ces chiffres dans le quota, en plus du stockage réel de la base de données. La taille estimée d’un site vide comprend la taille réelle des pages des modèles SharePoint Server 2010, par exemple les pages de formulaires et les pages dans le répertoire _layouts.

Si vous modifiez les valeurs d’un modèle de quota, ces modifications s’appliquent uniquement aux nouvelles collections de sites auxquelles vous appliquez le modèle. SharePoint Server 2010 n’applique pas les valeurs de quotas modifiées aux collections de sites existantes, à moins que vous n’utilisiez le modèle objet pour mettre à jour les valeurs de quotas dans la base de données.

527

Déterminer les paramètres de la Corbeille La Corbeille peut aider à prévenir la suppression permanente du contenu. Elle permet aux propriétaires de sites de récupérer des éléments supprimés par les utilisateurs sans nécessiter d’intervention de la part de l’administrateur (telle que la restauration de fichiers à partir de bandes de sauvegarde). Lors de la planification, vous devez notamment décider s’il faut utiliser la Corbeille secondaire et déterminer la quantité d’espace à allouer.

La Corbeille est activée et désactivée au niveau de l’application Web. Par défaut, elle est activée dans toutes les collections de sites dans une application Web.

La Corbeille possède deux niveaux. Lorsqu’un utilisateur supprime un élément, celui-ci est envoyé automatiquement dans la Corbeille principale. Par défaut, lorsqu’un élément est supprimé de la Corbeille principale, il est envoyé vers la Corbeille secondaire. Celle-ci stocke les éléments que les utilisateurs ont supprimés de leur Corbeille. Seuls les administrateurs de collection de sites peuvent restaurer des éléments à partir de la Corbeille secondaire. La taille spécifiée pour la Corbeille secondaire augmente la taille totale du site. Vous devez planifier la capacité de données en conséquence.

Il est préférable d’allouer au moins une petite quantité d’espace (par exemple 10 pour cent) à la Corbeille secondaire afin de répondre aux situations où un utilisateur supprime par erreur un document important, un dossier dans une bibliothèque de documents ou une colonne dans une liste.

Les éléments qui se trouvent dans les Corbeilles principale et secondaire sont supprimés automatiquement à l’expiration du délai spécifié pour les éléments supprimés (par défaut, 30 jours). Toutefois, lorsque la taille limite de la Corbeille secondaire est atteinte, les éléments sont supprimés automatiquement, en commençant pas le plus ancien. Les administrateurs de collections de sites peuvent également vider la Corbeille secondaire manuellement. Pour plus d’informations, voir Configure recycle bin settings (SharePoint Server 2010).

Supprimer les sites Web inutilisés Vous pouvez supprimer un modèle de quota si vous modifiez vos structures de quotas. Cependant, la suppression d’un modèle de quota n’entraîne pas la suppression des valeurs de quotas des collections de sites auxquelles le modèle a été appliqué. Si vous souhaitez supprimer les quotas de toutes les collections de sites qui utilisent un modèle de quota spécifique, vous devez utiliser le modèle objet ou effectuer une requête SQL Server.

La suppression automatique des sites Web inutilisés peut vous aider à réduire le risque de suppression de données critiques pour l’entreprise. Vous devez inclure les tâches suivantes dans votre processus de planification :

Exigez un contact secondaire pour tous les sites. Si le propriétaire du site est indisponible ou quitte l’organisation, le contact

secondaire peut confirmer l’utilisation du site. Si vous ne disposez pas d’un contact secondaire et que vous réduisez le nombre de

http://technet.microsoft.com/library/abcf2ba8-86f6-4116-8461-b3e5fc6fedfb(Office.14).aspx

528

jours ou le nombre d’avis émis avant que vous supprimiez un site inutilisé, vous risquez de supprimer accidentellement un site qui est

toujours nécessaire.

Archivez les sites avant leur suppression automatique. Vous serez en mesure de restaurer les sites qui contiennent des informations

critiques pour l’entreprise ou de planifier le stockage des bases de données de contenu pour une durée prolongée, de sorte qu’un site

supprimé puisse être restauré.

Pour plus d’informations, voir Manage unused Web sites (SharePoint Server 2010).

http://technet.microsoft.com/library/4737381b-24e5-4c32-bdff-10dd4a81e648(Office.14).aspx

529

Vue d’ensemble de la création de rapports et de l’analyse de l’utilisation

Cet article décrit l’application de service Web Analytics dans Microsoft SharePoint Server 2010 et ses fonctionnalités.

Cet article n’aborde pas la capacité pour l’application de service Web Analytics. Pour plus d’informations sur la capacité, voir « Exigences de capacité pour le service partagé Web Analytics dans SharePoint Server 2010 », depuis la page Performance and capacity test results and recommendations (SharePoint Server 2010).

Dans cet article :

Présentation

Création de rapports

Flux de travail Web Analytics

Composant WebPart Web Analytics

Présentation Dans Microsoft SharePoint Server 2010, l’application de service Web Analytics vous permet de collecter, de présenter et d’analyser les données sur l’utilisation et l’efficacité de vos sites SharePoint Server 2010.

Les fonctionnalités Web Analytics sont la création de rapports, le flux de travail Web Analytics et le composant WebPart Web Analytics.

Avant d’utiliser l’une des fonctionnalités Web Analytics, vous devez configurer les services qui prennent en charge l’application de service Web Analytics. Ensuite, vous devez créer le groupe d’autorisations Afficher les données Web Analytics et attribuer cette autorisation aux utilisateurs. Pour plus d’informations, voir Configure Web Analytics service (SharePoint Server 2010).

http://technet.microsoft.com/library/c7f0ba55-d909-4665-85ba-706ef08d3ec8(Office.14).aspx


http://technet.microsoft.com/library/976e0e24-5aa6-451f-b1c8-4668ec38d86a(Office.14).aspx

530

Création de rapports La fonctionnalité de création de rapports permet à un administrateur de créer des rapports afin de comprendre les opérations effectuées par les utilisateurs et la façon dont ils recourent à un site.

Les rapports Web Analytics couvrent trois domaines : le trafic, la recherche et l’inventaire.

Une liste de différents rapports est compilée au niveau d’un site, d’une collection de sites, d’une application Web et/ou d’une application de service de recherche pour chaque batterie de serveurs.

En règle générale, les mesures de chaque rapport apparaissent sous l’une des formes suivantes :

Un rapport de tendance indique l’évolution d’une mesure particulière pendant une période de temps.

Un rapport de classement indique les 2 000 meilleurs résultats pour une mesure particulière.

Un rapport de liste indique les résultats relatifs à la recherche pour les rapports sur les meilleurs résultats.

Par défaut, tous les rapports montrent des données pour une période de 30 jours. Pour plus d’informations sur l’affichage et la personnalisation d’un rapport, voir View Web Analytics reports (SharePoint Server 2010).

Rapports sur le trafic

Les rapports sur le trafic capturent les informations sur le comportement de l’utilisateur liées au nombre total de clics, aux utilisateurs fréquents, aux pages populaires, ainsi que des informations sur la navigation en provenance et en direction du composant SharePoint actuel, tel qu’une collection de sites ou une application Web.

Le tableau suivant décrit les rapports sur le trafic disponibles.

Nom Type Description Disponible au niveau de

l’application

Web

Disponible au niveau de la collection de sites

Disponible au niveau du site

Disponible au niveau de

l’application de

service de recherche

Nombre de pages consultées

Tendance Affiche le nombre de pages consultées par jour pendant la plage de dates spécifiée. Chaque fois qu’une visite

X X X

http://technet.microsoft.com/library/a56f5344-0da0-4567-8e13-2defe10b8655(Office.14).aspx

531


l’application

Web




l’application de


d’utilisateur génère une

demande de page serveur, une consultation de page est enregistrée.

Nombre de visiteurs uniques par jour

Tendance Affiche le nombre de visiteurs uniques pendant la plage de dates spécifiée. Il vous permet de déterminer le nombre de visiteurs uniques un jour donné, de comprendre les modèles de trafic des visiteurs et d’identifier les périodes

de trafic élevé ou faible.

X X X

Nombre de référents Tendance Affiche le volume de trafic provenant des pages Web qui renvoient du trafic vers votre site. Il

vous permet d’identifier

les modèles de trafic liés à des références.

X X X

Principales pages Classement Affiche les pages les plus populaires d’après les

pages consultées pendant la plage de

X X X

532


l’application

Web




l’application de


dates spécifiée. Utilisez ces informations pour cibler l’amélioration de

chaque page ou pour mesurer l’efficacité d’un

contenu spécifique.

Principaux visiteurs Classement Affiche les principaux visiteurs uniques de votre site Web pendant la plage de dates spécifiée. Il vous permet de comprendre qui utilise le plus votre site Web.

X X X

Principaux référents Classement Affiche les principales pages Web qui renvoient du trafic vers votre site. Il vous permet de comprendre quelles pages dirigent du trafic vers votre site et comment les visiteurs arrivent sur votre site.

X X X

Principales destinations Classement Affiche les pages Web externes auxquelles vos visiteurs accèdent le plus

souvent lorsqu’ils quittent

X X X

533


l’application

Web




l’application de


les pages de votre site. Il vous permet de comprendre les modèles de trafic de vos visiteurs

ou d’analyser l’efficacité

de vos références vers

d’autres pages.

Principaux navigateurs Classement Affiche les types et les versions de navigateur Internet les plus couramment utilisés par les visiteurs. Il vous permet de déterminer les technologies utilisées par vos visiteurs et de configurer votre site en

vue d’un affichage

optimal.

X X X

Rapports sur la recherche

Les rapports sur la recherche capturent les informations sur le comportement de l’utilisateur liées aux requêtes exécutées sur un site qui utilise une application de service de recherche configurée.

Le rapport de suggestions des meilleurs résultats permet aux administrateurs de collection de sites de déterminer le résultat de recherche le plus pertinent pour un mot clé donné. Dans Microsoft SharePoint Server 2010, des suggestions sont régulièrement envoyées pour de nouveaux meilleurs résultats à partir de toutes les mesures de recherche qui ont été collectées. Les administrateurs de collection de sites peuvent parcourir les suggestions des meilleurs résultats et les accepter ou les rejeter facilement.

534

Les rapports de suggestions des meilleurs résultats, d’utilisation des meilleurs résultats et d’historique des actions de suggestions de meilleurs résultats sont disponibles dans la page Rapports Web Analytics de la collection de sites.

En règle générale, les rapports sur les meilleurs résultats se présentent sous la forme de liste.

Si vous souhaitez récupérer des informations de base sur les requêtes de recherche dans votre batterie de serveurs, utilisez les rapports de recherche de tendance ou de classement. Si vous souhaitez obtenir un aperçu plus approfondi de la façon dont le site est utilisé, utilisez les rapports sur les meilleurs résultats.

Le tableau suivant décrit les rapports sur la recherche disponibles.


l’application

Web




l’application de


Nombre de requêtes Tendance Affiche le nombre de requêtes de recherche effectuées pendant la plage de dates spécifiée. Il vous permet d’identifier des

tendances de volume de requêtes de recherche et de déterminer les heures

où l’activité de

recherche est élevée et faible.

X X X

Requêtes les plus courantes

Classement Affiche les requêtes de recherche les plus populaires effectuées pendant la plage de

X X

535


l’application

Web




l’application de


dates spécifiée. Il vous permet de déterminer les types

d’informations

recherchés par les visiteurs.

Requêtes ayant échoué Classement Affiche les requêtes de recherche qui

n’ont renvoyé aucun

résultat de recherche ou qui ont renvoyé des résultats ayant obtenu un taux de clics publicitaires nul ou faible. Il vous permet d’identifier les

requêtes de recherche qui peuvent être source de mécontentement et d’améliorer la

détectabilité du contenu.

X

Requêtes sans résultats Classement Affiche les requêtes de recherche qui

n’ont retourné aucun

X

536


l’application

Web




l’application de


résultat. Il vous

permet d’identifier les

requêtes de recherche qui peuvent être source de mécontentement

et d’améliorer la

détectabilité du contenu.

Suggestions des meilleurs résultats

Liste Recommande des URL qui représentent les résultats les plus probables pour des requêtes de recherche particulières, en

fonction de l’analyse

des modèles d’utilisation. Les

administrateurs de site peuvent accepter ou rejeter ces

suggestions. S’ils les

acceptent, la paire requête-URL correspondante est ajoutée à la liste des

X

537


l’application

Web




l’application de


mots clés de recherche.

Utilisation des meilleurs résultats

Liste Indique l’évolution

des suggestions de meilleurs résultats dans le temps. Pour chaque requête de meilleurs résultats émise, le rapport indique le pourcentage de clics

sur l’URL du meilleur

résultat par rapport aux autres URL.

X

Historique des actions de suggestions de meilleurs résultats

Liste Affiche les actions qui ont été réalisées par

l’administrateur de

site sur le rapport de suggestion des meilleurs résultats.

X

Rapports sur l’inventaire

Les rapports sur l’inventaire permettent aux administrateurs de site de gérer un site en effectuant le suivi de la structure du site, ainsi que des problèmes de stockage et de version.

Le tableau suivant décrit les rapports sur l’inventaire disponibles.

538


l’application

Web




l’application de


Nombre de collections de sites Tendance Affiche un instantané quotidien concernant le nombre de collections de sites dans une application Web pendant la plage de dates spécifiée.

X

Utilisation de l’espace de

stockage

Tendance Affiche un instantané quotidien concernant

l’utilisation du

stock d’une

collection de sites pendant la plage de dates spécifiée. Il vous permet de comprendre la tendance de croissance de

stockage d’une

X

539


l’application

Web




l’application de


collection de sites.

Nombre de sites Tendance Affiche un instantané quotidien concernant le nombre de

sites d’une

collection de sites pendant la plage de dates spécifiée.

X X

Versions de produits les plus courantes du site

Classement Affiche les principales versions de produit de site d’après la

propriété de version de produit de chaque site d’une collection

de sites. Il vous permet de comprendre la répartition des versions de

X X

540


l’application

Web




l’application de


produit de site dans votre collection de sites.

Langues les plus courantes du site

Classement Affiche les principales langues

d’après le

nombre de sites créés dans chaque langue. Il vous permet de comprendre la répartition des langues dans votre collection de sites.

X X

Flux de travail Web Analytics Le flux de travail Web Analytics permet de paramétrer l’envoi des rapports en fonction d’une planification ou de la satisfaction d’un critère. Par exemple, vous pouvez définir un flux de travail qui vous adresse un courrier électronique chaque fois que le nombre total de pages consultées baisse de 80 % d’une semaine à l’autre.

541

Remarque :

Pour créer un flux de travail Web Analytics, vous devez être membre du groupe Administrateurs de batterie.

Composant WebPart Web Analytics Les gestionnaires de site peuvent ajouter le composant WebPart Web Analytics à toute page d’un site. Par exemple, le rapport Contenu le plus souvent consulté peut être configuré sur le site en vue de l’affichage de données. Les données du composant WebPart sont actualisées en permanence au fur et à mesure que de nouvelles requêtes de contenu ou de recherche gagnent en popularité. Pour plus d’informations sur la configuration du composant WebPart Web Analytics, voir Configure Web Analytics service (SharePoint Server 2010)

http://technet.microsoft.com/library/976e0e24-5aa6-451f-b1c8-4668ec38d86a(Office.14).aspx

542

Planifier l’intégration de la messagerie (SharePoint Server 2010)

L’activation des communications est une composante essentielle de la création d’applications Web dans lesquelles les membres de groupe peuvent interagir les uns avec les autres et se tenir au courant de l’évolution des informations en utilisant des alertes. Les fonctionnalités de collection de sites pour lesquelles il est indispensable que les communications soient correctement configurées sont les suivantes :

les alertes que reçoivent les membres de groupe lorsque des événements se sont produits ;

les messages administratifs liés aux demandes d’accès à un site et à d’autres questions relatives à l’administration du site ;

les groupes de discussion.

Pour que vous puissiez utiliser au mieux les fonctionnalités des communications, la planification doit tenir compte de la configuration logicielle requise et des contraintes liées à la maintenance.

Planifiez les communications à l’aide des articles suivants :

Planifier le courrier électronique entrant (SharePoint Server 2010), qui fournit des informations sur la configuration de la messagerie

pour les groupes de discussion.

Planifier le courrier électronique sortant (SharePoint Server 2010), qui fournit des informations sur l’utilisation des alertes et des

messages administratifs.

543

Planifier le courrier électronique entrant (SharePoint Server 2010)

La fonctionnalité de courrier électronique entrant de Microsoft SharePoint Server 2010 permet aux sites SharePoint de recevoir et de stocker des messages électroniques et des pièces jointes dans des listes et des bibliothèques. Cet article aide les administrateurs de serveur et de batterie de serveurs à comprendre les choix qu’ils doivent opérer avant de déployer la fonctionnalité de courrier électronique entrant pour leur organisation.

Dans cet article :

À propos du courrier électronique entrant

Décisions essentielles pour la planification du courrier électronique entrant

Options de configuration et modes de paramètres

À propos du courrier électronique entrant La fonctionnalité de courrier électronique entrant permet aux équipes de stocker le courrier électronique qu’elles envoient à d’autres membres d’équipe sans ouvrir le site SharePoint, ni télécharger le contenu envoyé dans le courrier électronique. Cela est possible, car une adresse de messagerie unique peut être affectée à la plupart des types de listes et de bibliothèques.

Avant de configurer le courrier électronique entrant, vous devez effectuer les tâches suivantes :

Si vous utilisez le scénario de base, chaque serveur Web frontal SharePoint doit exécuter le service SMTP (Simple Mail Transfer

Protocol) et le service Application Web de Microsoft SharePoint Foundation.

Si vous utilisez le scénario avancé, vous pouvez recourir à un ou plusieurs serveurs de la batterie de serveurs pour exécuter le

service SMTP et pour disposer d’une adresse de serveur SMTP valide. Si vous ne procédez pas ainsi, vous devez connaître le nom

d’un serveur externe à la batterie de serveurs qui exécute le service SMTP et l’emplacement du dossier de dépôt des messages

électroniques.

Pour plus d’informations sur l’installation du service SMTP, voir Configure incoming e-mail (SharePoint Server 2010).

http://technet.microsoft.com/library/88317397-e0cb-47c7-9093-7872bc685213(Office.14).aspx

544

Décisions essentielles pour la planification du courrier électronique entrant Lorsque vous envisagez d’implémenter le courrier électronique entrant, vous devez décider s’il faut utiliser un scénario de base ou un scénario avancé, comme décrit ci-après.

Utilisation d’un scénario de base

Vous pouvez mettre en œuvre un scénario de base de courrier électronique entrant en installant le service SMTP (Simple Mail Transfer Protocol) sur le serveur exécutant SharePoint Server 2010 et en activant le courrier électronique entrant à l’aide du mode de paramètres automatiques avec tous les paramètres par défaut. Dans ce scénario, le courrier électronique est envoyé directement sur votre serveur SMTP et SharePoint Server 2010 recherche périodiquement les messages électroniques dans le dossier de dépôt des messages électroniques par défaut qui est automatiquement configuré par le service SMTP.

La sélection du mode de paramètres automatiques et l’acceptation de tous les paramètres par défaut constituent la façon la plus facile d’activer le courrier électronique entrant, car tous les paramètres de configuration sont automatiquement définis, ce qui suppose peu de compétences de votre part. Pour la plupart des organisations, cette configuration est la seule qui soit nécessaire.

La mise en œuvre d’un scénario de base de courrier électronique repose sur la procédure suivante :

1. L’administrateur de serveur utilise l'Assistant Ajout de fonctionnalités pour installer le fonctionnalité Serveur SMTP sur le serveur à

partir duquel vous souhaitez recevoir le courrier électronique entrant. Cette opération installe et démarre le service SMTP sur ce

serveur.

2. L’administrateur de batterie active le courrier électronique entrant en utilisant le mode de paramètres automatiques et en acceptant

toutes les valeurs par défaut.

3. L’administrateur de collection de sites active la fonctionnalité de courrier électronique entrant sur les bibliothèques et les listes dans

lesquelles il souhaite stocker le courrier électronique entrant et affecte à chaque bibliothèque et liste une adresse de messagerie

unique sous la forme adresse@SMTPserveraddress, par exemple, fichiers_partagé[email protected].

Lorsque les utilisateurs envoient du courrier électronique à l’adresse d’une liste ou d’une bibliothèque, SharePoint Server 2010 détecte que du nouveau courrier électronique a été envoyé et le transmet à la liste ou bibliothèque appropriée en fonction de l’adresse de messagerie.

545

Remarque :

Vous pouvez également utiliser l’option de paramètres automatiques dans un scénario avancé et indiquer s’il faut utiliser le service de

gestion d’annuaire Microsoft SharePoint, un serveur de messagerie fiable et une adresse complète du serveur de courrier entrant. Ces

options sont toutes présentées dans la section « Utilisation du scénario avancé » plus loin dans cet article.

Si ce scénario de base répond à vos besoins, vous pouvez ignorer le reste de cet article. Pour plus d’informations, voir Configure incoming e-mail (SharePoint Server 2010).

Utilisation d’un scénario avancé

Pour les administrateurs plus avancés, des choix supplémentaires sont disponibles et la mise en œuvre de certains d’entre eux nécessite des compétences qui vont au-delà du choix du scénario de base avec toutes les options par défaut. Cette section décrit les options de configuration suivantes :

service de gestion d’annuaire SharePoint ;

adresse complète du serveur de courrier entrant ;

serveur de messagerie fiable ;

dossier de dépôt des messages électroniques.

Si vous utilisez le scénario avancé pour configurer le courrier électronique entrant, vous devez effectuer des procédures supplémentaires. Pour plus d’informations, voir Configure incoming e-mail (SharePoint Server 2010).

Service de gestion d’annuaire SharePoint

Le service de gestion d’annuaire SharePoint connecte les sites SharePoint à l’annuaire utilisateur de votre organisation pour fournir des fonctionnalités de messagerie électronique améliorées. L’avantage de l’utilisation de ce service est qu’il permet aux utilisateurs de créer et de gérer des groupes de distribution de courrier électronique à partir de sites SharePoint. En outre, ce service crée des contacts dans l’annuaire des utilisateurs de votre organisation et les utilisateurs peuvent rechercher des listes SharePoint activées pour la messagerie électronique dans leurs carnets d’adresses. Toutefois, l’utilisation du service de gestion d’annuaire SharePoint requiert un effort de gestion, car il communique avec les services de domaine Active Directory (AD DS, Active Directory Domain Services).




546

Remarque :

Il est recommandé d’utiliser Microsoft Exchange Server avec le service de gestion d’annuaire SharePoint. Sinon, vous devez

personnaliser votre propre service de gestion d’annuaire.

Vous pouvez configurer le service de gestion d’annuaire SharePoint en utilisant le mode de paramètres automatiques ou le mode de paramètres avancés. Vous pouvez choisir d’activer le service de gestion d’annuaire SharePoint dans votre batterie de serveurs SharePoint ou vous pouvez utiliser le service de gestion d’annuaire SharePoint d’une autre batterie de serveurs. L’un des avantages de l’utilisation du service en cours d’exécution sur une autre batterie de serveurs est que les autorisations Active Directory sont gérées à partir d’un point central (c’est-à-dire, sur l’autre batterie de serveurs).

Pour que vous puissiez activer ce service sur un serveur ou sur une batterie de serveurs exécutant SharePoint Server 2010, le compte du pool d’applications de l’Administration centrale de SharePoint utilisé par SharePoint Server 2010 doit disposer d’un accès en écriture au conteneur que vous spécifiez dans Active Directory. Cela suppose qu’un administrateur Active Directory configure l’unité d’organisation et les autorisations sur celle-ci. L’avantage d’utiliser le service de gestion d’annuaire SharePoint sur une batterie de serveurs distante est que vous n’avez pas besoin de l’aide d’un administrateur Active Directory pour créer et configurer l’unité d’organisation si celle-ci existe déjà.

Remarque :

Vous devez suivre une série de procédures si vous envisagez d’utiliser le service de gestion d’annuaire SharePoint. Pour plus

d’informations, voir Configure incoming e-mail (SharePoint Server 2010).

La mise en œuvre d’un scénario classique de gestion d’annuaire se déroule comme suit :

1. Un administrateur de collection de sites crée un groupe SharePoint.

2. L’administrateur choisit de créer une liste de diffusion à associer à ce groupe SharePoint et affecte une adresse de messagerie à

cette liste de diffusion.

3. Au fil du temps, l’administrateur ajoute des utilisateurs à ce groupe SharePoint et en supprime. Parallèlement, le service de gestion

d’annuaire SharePoint les ajoute et les supprime automatiquement dans la liste de diffusion, stockée dans le service d’annuaire Active


547

Directory. Étant donné que les listes de diffusion sont associées à un groupe SharePoint spécifique, cette liste de diffusion est

disponible pour tous les membres de ce groupe SharePoint.

4. Par défaut, les adresses de messagerie sont automatiquement générées pour les forums de discussion et les calendriers sur les sites

d’équipe, puis ajoutées à la liste de diffusion d’équipe. Les adresses de messagerie pour ces deux listes se présentent sous la forme

suivante, par défaut : adresse_groupe.discussions et adresse_groupe.calendrier.

5. L’inclusion dans la liste de diffusion des adresses de messagerie pour les forums de discussion et les calendriers permet d’archiver

dans le site d’équipe toutes les invitations électroniques et toutes les invitations à une réunion envoyées à cette liste de diffusion.

Pour plus d’informations sur le service de gestion d’annuaire SharePoint, voir Au cœur de SharePoint : intégration de l’annuaire SharePoint (http://go.microsoft.com/fwlink/?linkid=151766&clcid=0x40C).

Options de configuration du service de gestion d’annuaire SharePoint

Lorsque vous configurez le service de gestion d’annuaire SharePoint pour créer des groupes de distribution et des contacts dans Active Directory, vous devez fournir les informations suivantes :

Nom du conteneur Active Directory dans lequel les groupes de distribution et les contacts seront créés. Vous devez indiquer ce nom

sous la forme suivante :

OU=nom_conteneur, DC=nom_domaine, DC=nom_domaine_de_niveau_supérieur

Exemple

OU=contacts_SharePoint,DC=Contoso,DC=com

Nom du serveur SMTP à utiliser pour le courrier électronique entrant (ou acceptez le serveur SMTP par défaut éventuellement

existant). Vous devez indiquer ce nom sous la forme suivante :

serveur.sous-domaine.domaine.domaine_de_niveau_supérieur

Par exemple, serveur_SharePoint.support.contoso.com

Si seuls les messages en provenance d’utilisateurs authentifiés doivent être acceptés.

S’il faut autoriser les utilisateurs à créer des groupes de distribution à partir des sites SharePoint. Si vous choisissez Oui pour cette

option, vous pouvez également indiquer si les utilisateurs peuvent effectuer n’importe quelle combinaison des actions suivantes :

créer un groupe de distribution ;

modifier l’adresse de messagerie d’un groupe de distribution ;

modifier le titre et la description d’un groupe de distribution ;

supprimer un groupe de distribution.

http://technet.microsoft.com/fr-fr/magazine/2008.09.insidesharepoint.aspx

http://technet.microsoft.com/fr-fr/magazine/2008.09.insidesharepoint.aspx

548

Lorsque vous configurez le service de gestion d’annuaire SharePoint pour créer des groupes de distribution et des contacts à l’aide d’un service de gestion d’annuaire SharePoint distant, vous devez indiquer les informations suivantes :

l’URL du service de gestion d’annuaire distant, par exemple, http://serveur:port_admin/_vti_bin/SharePointEmailWS.asmx ;

le nom du serveur SMTP à utiliser pour le courrier électronique entrant ;

si seuls les messages en provenance d’utilisateurs authentifiés doivent être acceptés ;

s’il faut autoriser les utilisateurs à créer des groupes de distribution à partir des sites SharePoint.

Adresse complète du serveur de courrier entrant

Les administrateurs peuvent spécifier l’adresse du serveur de messagerie qui s’affiche dans les pages Web lorsque les utilisateurs créent une adresse de messagerie entrante pour un site, une liste ou un groupe. Ce paramètre est souvent utilisé conjointement avec le service de gestion d’annuaire SharePoint afin que les utilisateurs puissent taper une adresse de serveur de messagerie plus conviviale, par exemple, [email protected].

Serveur de messagerie fiable

Vous pouvez configurer SharePoint Server 2010 de manière à accepter le courrier électronique en provenance de n’importe quel serveur de messagerie ou uniquement le courrier électronique qui a été routé par le biais d’une application de serveur de messagerie fiable.

Le routage du courrier électronique par le biais d’un serveur de messagerie fiable présente les avantages suivants :

Authentification de l’utilisateur : le service SMTP ne peut pas authentifier les utilisateurs qui envoient du courrier électronique à

votre site, contrairement à Exchange Server. L’administrateur de serveur peut utiliser le site Web Administration centrale de

SharePoint pour spécifier que le système accepte le courrier électronique en provenance des utilisateurs authentifiés uniquement si le

courrier électronique est envoyé par le biais d’Exchange Server.

Filtrage du courrier indésirable : Exchange Server met à votre disposition un dispositif de filtrage du courrier

indésirable qui permet d’éliminer le courrier électronique commercial non sollicité avant qu’il ne soit transféré à sa destination, en

l’occurrence, le serveur exécutant SharePoint Server 2010. Une autre technique qui permet de limiter le courrier indésirable consiste

à autoriser les membres du site d’équipe à archiver le courrier électronique uniquement dans les listes sur lesquelles vous leur avez

accordé des autorisations d’écriture.

Protection antivirus : Exchange Server offre une protection antivirus pour le courrier électronique dont il assure le

routage.

549

Remarque :

Étant donné que cette option est uniquement disponible en mode automatique, vous ne pouvez pas spécifier un ou plusieurs serveurs de messagerie fiables et également spécifier un dossier de dépôt des messages électroniques.

Dossier de dépôt des messages électroniques

Si le service SMTP est en cours d’exécution sur un serveur autre que le serveur SharePoint, vous devez spécifier l’emplacement à partir duquel SharePoint Server 2010 doit récupérer le courrier électronique entrant. La spécification du dossier de dépôt des messages électroniques indique à SharePoint Server 2010 à partir de quel emplacement récupérer le courrier électronique entrant. Toutefois, si vous indiquez un dossier de dépôt des messages électroniques spécifique, SharePoint Server 2010 ne peut pas détecter les modifications de configuration sur le serveur de messagerie distant qui envoie le courrier électronique à votre dossier de dépôt. Cela signifie que si un administrateur configure le serveur de messagerie de manière à ce qu’il n’envoie plus de courrier électronique à ce dossier, SharePoint Server 2010 ne peut pas détecter que la configuration a été modifiée, ce qui l’empêche de récupérer les fichiers à partir du nouvel emplacement.

550

Remarque :

Lorsque le courrier électronique entrant est défini sur le mode avancé, vous devez vérifier que vous disposez des autorisations adéquates

sur le dossier de dépôt des messages électroniques. Pour plus d’informations, voir Configure incoming e-mail (SharePoint Server 2010).

Remarque :

Étant donné que cette option est uniquement disponible en mode avancé, vous ne pouvez pas spécifier un dossier de dépôt des messages électroniques et également spécifier un ou plusieurs serveurs de messagerie fiables.

Options de configuration et modes de paramètres En tant qu’administrateur de batterie, vous disposez de deux modes de paramètres pour activer le courrier électronique entrant : le mode automatique et le mode avancé. Comme indiqué dans la section « Utilisation d’un scénario de base » , vous pouvez choisir le mode de paramètres automatiques avec les paramètres par défaut. Toutefois, le mode de paramètres automatiques met à votre disposition des options supplémentaires.

Le tableau suivant décrit les options de configuration et indique si elles sont définies dans la page Configurer les paramètres du courrier entrant de l’Administration centrale à l’aide du mode de paramètres automatiques ou du mode de paramètres avancés.

Option de configuration Mode de paramètres automatiques Mode de paramètres avancés

Serveurs de messagerie fiables Oui Non

Dossier de dépôt des messages électroniques Non Oui

Service de gestion d’annuaire SharePoint Oui Oui


551

Option de configuration Mode de paramètres automatiques Mode de paramètres avancés

Adresse complète du serveur de courrier entrant Oui Oui

Les modes de paramètres avancés et de paramètres automatiques sont similaires en ce sens que tous les deux permettent aux administrateurs de batterie de configurer le service de gestion d’annuaire SharePoint et l’adresse de serveur de messagerie à afficher dans les pages Web. Ces modes de paramètres diffèrent en ce sens que le mode de paramètres automatiques remplace la possibilité de choisir les serveurs de messagerie en provenance desquels le courrier électronique doit être accepté par la possibilité de spécifier le dossier dans lequel le courrier électronique est déposé. SharePoint Server 2010 utilise ce dossier de dépôt des messages électroniques pour détecter les nouveaux messages électroniques.

Remarque :

Le paramètre de dossier de dépôt des messages électroniques n’est pas disponible en mode automatique, car ce mode définit

automatiquement le dossier de dépôt des messages électroniques sur le dossier spécifié par le service SMTP.

Voir aussi Concepts

Planifier le courrier électronique sortant (SharePoint Server 2010)

Autres ressources

Configure incoming e-mail (SharePoint Server 2010)

Configure outgoing e-mail (SharePoint Server 2010)


http://technet.microsoft.com/library/f3ccc8bd-922e-49f6-9929-b5b8a6982d76(Office.14).aspx

552

Planifier le courrier électronique sortant (SharePoint Server 2010)

Le courrier électronique sortant est la base sur laquelle les administrateurs de site implémentent diverses fonctionnalités de notification de courrier électronique. Ces fonctionnalités permettent aux utilisateurs finaux de suivre les modifications et les mises à jour des collections de sites individuels, et permettent aux administrateurs de site d’envoyer des messages d’état.

Cet article aide les administrateurs de sites à comprendre à la fois les utilisations de l’intégration du courrier électronique sortant et les conditions requises pour son intégration dans leurs collections de sites.

Dans cet article :

À propos du courrier électronique sortant

Principales phases de planification du courrier électronique sortant

À propos du courrier électronique sortant Une configuration correcte du courrier électronique sortant est une condition requise pour l’implémentation d’alertes et de notifications par courrier électronique. La fonctionnalité de courrier électronique sortant utilise un service SMTP (Simple Mail Transfer Protocol) pour relayer les alertes et les notifications par courrier électronique. Ces fonctionnalités de courrier électronique incluent les éléments suivants :

Alertes

Dans une collection de sites importante et de taille croissante, les utilisateurs ont besoin d’un moyen efficace de se tenir informés des listes, des bibliothèques et des discussions. La mise en place d’alertes offre un moyen efficace de rester au courant des modifications. Par exemple, si de nombreux utilisateurs travaillent sur le même document, le propriétaire du document peut configurer la notification d’alertes lorsque des modifications sont apportées à ce document. Les utilisateurs peuvent spécifier les domaines de la collection de sites ou les documents qu’ils veulent suivre, et décider la fréquence à laquelle ils veulent recevoir les alertes.

553

Remarque :

Les utilisateurs doivent avoir au moins les autorisations d’affichage pour configurer des alertes.

Messages d’administration

Les administrateurs de sites peuvent recevoir des notifications lorsque des utilisateurs demandent l’accès à un site ou lorsque des propriétaires de site ont dépassé l’espace de stockage spécifié. La mise en place du courrier électronique sortant permet aux administrateurs de sites de recevoir des notifications automatiques pour les problèmes d’administration des sites.

La prise en charge du courrier électronique sortant peut être activée à la fois au niveau de la batterie de serveurs (disponible dans la section Paramètres système du site Web Administration centrale) et au niveau de l’application Web (disponible dans la section Gestion des applications du site Web Administration centrale). Vous pouvez ainsi spécifier des paramètres différents pour une application Web spécifique. Les paramètres du courrier électronique sortant au niveau de l’application Web remplacent ceux qui sont définis au niveau de la batterie de serveurs.

Principales phases de planification du courrier électronique sortant Avant de configurer le courrier électronique sortant, vous devez disposer d’un service SMTP pour relayer les alertes et les notifications par courrier électronique.

Les paramètres du courrier électronique sortant comprennent plusieurs composants qu’il faut considérer lors de la planification de cette fonctionnalité :

Un service SMTP pour relayer les alertes et les notifications par courrier électronique. Vous aurez besoin du nom DNS ou de

l’adresse IP du serveur de courrier SMTP à utiliser.

Une adresse à utiliser dans l’en-tête d’un message d’alerte qui identifie l’expéditeur du message.

Une adresse de réponse qui est affichée dans le champ À lorsqu’un utilisateur répond à une alerte ou à une notification.

Un jeu de caractères à utiliser dans le corps des messages d’alerte.

Serveur SMTP sortant

Le service SMTP est un composant des services Internet (IIS) ; il n’est cependant pas activé par défaut avec IIS. Il peut être activé à l’aide de la fonctionnalité Ajout/Suppression de programmes du Panneau de configuration.

Après avoir déterminé quel serveur SMTP utiliser, il faut le configurer de façon à permettre les accès anonymes et le relai des messages par courrier électronique. En outre, le serveur SMTP doit avoir un accès Internet si vous voulez envoyer des messages à des adresses de courrier électronique externes.

554

Pour plus d’informations sur l’installation, la configuration et la gestion du service SMTP, voir Aide sur le Gestionnaire des services Internet (IIS) (http://go.microsoft.com/fwlink/?linkid=72343&clcid=0x40C).

Remarque :

Seul un membre du groupe Administrateurs de batterie peut configurer un serveur SMTP. L’utilisateur doit aussi être membre du groupe

Administrateurs local sur le serveur.

Adresses de provenance et de réponse

Lors de la configuration du courrier électronique sortant, vous pouvez configurer les deux adresses suivantes :

Adresse de provenance

Les alertes et les notifications sont envoyées depuis un compte d’administration sur la batterie de serveurs. Ce compte n’est probablement pas celui que vous voulez afficher dans le champ De d’un message de courrier électronique. L’adresse que vous utilisez ne doit pas nécessairement correspondre à un compte de courrier électronique réel ; il peut être une simple adresse conviviale qui est reconnaissable par un utilisateur final. Par exemple, « Administrateur du site » peut être une adresse de provenance appropriée.

Adresse de réponse

Il s’agit de l’adresse qui sera affichée dans le champ À d’un message si un utilisateur répond à une alerte ou à une notification. L’adresse de réponse doit aussi être un compte surveillé de façon à ce que les utilisateurs finals reçoivent une réponse rapide pour les problèmes qu’ils rencontrent. Par exemple, un alias du service d’assistance peut être une adresse de réponse appropriée.

Jeu de caractères

Lorsque vous configurez le courrier électronique sortant, vous devez spécifier le jeu de caractères à utiliser dans le corps des messages. Un jeu de caractères est un mappage de caractères avec les valeurs de leur code d’identification. Le jeu de caractères par défaut pour le courrier électronique sortant est Unicode UTF-8, qui permet à la plupart des combinaisons de caractères (y compris le texte bidirectionnel) de coexister dans un même document. Dans la plupart des cas, UTF-8 comme paramétrage par défaut fonctionne bien, même si les langues d’Asie de l’Est sont mieux rendues avec leur propre jeu de caractères.

Notez bien que si vous sélectionnez un code de langue spécifique, le texte est moins susceptible d’apparaître correctement dans les lecteurs de courrier configurés pour d’autres langues.



555


Configure outgoing e-mail (SharePoint Server 2010)

http://technet.microsoft.com/library/f3ccc8bd-922e-49f6-9929-b5b8a6982d76(Office.14).aspx

556

Planification de la recherche de contenu d’entreprise (SharePoint Server 2010)

Les articles de cette section décrivent le processus de planification d’une solution de recherche de contenu d’entreprise, notamment l’analyse de l’environnement actuel, la détermination de l’équipe de recherche et la planification de la topologie, de l’analyse et de la fédération des recherches, ainsi que de la recherche de personnes et de l’expérience de la recherche des utilisateurs finaux. En outre, les articles expliquent comment planifier la formation des administrateurs et des utilisateurs finaux.


Rassembler des informations sur l’environnement de recherche actuel (SharePoint Server 2010). La première étape du processus de

planification consiste à rassembler des informations qui permettent de planifier la solution de recherche. Cela inclut des informations

sur votre organisation, sur la topologie, sur les paramètres actuels de la recherche et sur les rapports de performances et d’utilisation.

Déterminer l’équipe et les parties prenantes de la recherche de contenu d’entreprise (SharePoint Server 2010). Cet article présente

les rôles et les parties prenantes à inclure lors de la planification d’une solution de recherche.

Planifier l’analyse et la fédération (SharePoint Server 2010). Cet article explique comment déterminer s’il convient d’analyser ou de

fédérer du contenu et comment planifier les paramètres appropriés pour l’analyse et la fédération.

557

Rassembler des informations sur l’environnement de recherche actuel (SharePoint Server 2010)

Une étape importante dans la planification de la solution de recherche d’entreprise consiste à recueillir des informations sur l’environnement actuel, notamment les types d’informations et de rapports suivants :

Informations sur l’organisation

Informations sur la topologie

Paramètres actuels de recherche

Rapports d’utilisation et de performances

Ces informations vous serviront pour planifier la topologie de recherche, l’analyse et la fédération, la recherche de personnes et l’expérience de recherche de l’utilisateur final.

Informations sur l’organisation Rassemblez les informations suivantes sur l’organisation :

Attentes des utilisateurs et de l’entreprise et exigences fonctionnelles concernant la solution de recherche d’entreprise et les contrats

de niveau de service (SLA). Ces informations vous aideront à concevoir et générer la solution de recherche et à vérifier si la solution

répond aux exigences durant la phase de test.

Informations de contact des administrateurs de batterie de serveurs, des administrateurs de recherche, des administrateurs de

collection de sites, des propriétaires de sites et de toutes les autres parties concernées par la solution de recherche d’entreprise. Ces

informations vous aideront à planifier l’équipe de recherche d’entreprise et à dresser la liste des contacts pour les communications

nécessaires au cours de la planification, du déploiement et de l’exploitation.

558

Informations sur la topologie Rassemblez les informations suivantes sur la topologie :

Diagrammes de la topologie actuelle. Vous vous y référerez lors de la planification de la topologie et de la recherche de personnes.

Emplacements des référentiels de contenu à inclure dans les résultats de recherche, y compris les sites SharePoint, les sites Web,

les partages de fichiers, les dossiers publics Exchange, les sources de données métiers, les magasins de profils utilisateur, Lotus

Notes et les sites externes.

Emplacements des utilisateurs.

Paramètres de recherche actuels Si vous démarrez à partir d’une version précédente des produits et technologies SharePoint, rassemblez les informations suivantes sur les paramètres actuels de recherche :

Compte d’accès au contenu par défaut

Paramètres des sources de contenu, notamment les paramètres suivants pour chaque source de contenu :

Nom de la source de contenu

Type de source de contenu

Adresses de démarrage

Paramètres d’analyse

Planification d’analyse complète

Planification d’analyse incrémentielle

Règles d’impact du robot, notamment les paramètres suivants pour chaque règle d’impact du robot :

Site (URL)

Fréquence des demandes

Règles d’analyse, notamment les paramètres suivants pour chaque règle d’analyse :

Chemin d’accès

Configuration de l’analyse (éléments exclus ou inclus)

Comptes d’accès au contenu

559

Connecteurs tiers ou personnalisés (appelés gestionnaires de protocoles dans les versions antérieures)

Types inclus dans la liste d’inclusion des types de fichiers, et s’ils nécessitent ou non un IFilter supplémentaire

Types supprimés de la liste d’inclusion des types de fichiers

Langues pour lesquelles des outils de césure des mots et de conjugaison sont installés

Paramètres de recherche au niveau de la batterie de serveurs, notamment les informations suivantes :

Adresse de messagerie du contact

Paramètres du serveur proxy (adresse, port, contourner ou non pour les adresses locales, et adresses pour lesquelles ne pas

utiliser un serveur proxy)

Paramètres de délai d’expiration du robot (temps de connexion et d’accusé de réception de demande)

Configuration d’avertissement de certificat SSL

Paramètres d’étendue

Paramètres d’analyse

Les paramètres supplémentaires suivants :

Emplacements fédérés

Mappages de noms de serveur

Paramètres de performances d’indexeur

Propriétés analysées

Propriétés gérées

Suppression des résultats de recherche

Alertes

Mots clés

Meilleurs résultats

Pages faisant autorité

Rapports d’utilisation et de performances Collectez les données de performances et d’utilisation suivantes :

560

Mesures des performances à partir des rapports d’administration de recherche, le cas échéant. Vous utiliserez ces informations lors

de la planification de la topologie. Pour plus d’informations, voir Use search administration reports (SharePoint Server 2010).

Mesures de l’utilisation à partir des rapports Web Analytics. Vous utiliserez ces informations lors de la conception de l’expérience de

l’utilisateur final pour la recherche.

Voir aussi Concepts

Déterminer l’équipe et les parties prenantes de la recherche de contenu d’entreprise (SharePoint Server 2010)

Planifier l’analyse et la fédération (SharePoint Server 2010)

http://technet.microsoft.com/library/951de096-8d0e-4c5f-a9fc-f97fed761a6b(Office.14).aspx

561


Votre équipe de recherche doit comprendre les rôles d’administrateur suivants :

administrateur de batterie ;

administrateurs d’application de service de recherche ;

administrateurs de collection de sites (ou un représentant si ceux-ci sont nombreux) ;

propriétaires de site (ou un représentant si ceux-ci sont nombreux).

Pour plus d’informations sur chacun de ces rôles dans un environnement Microsoft SharePoint Server 2010, voir Choose administrators and owners for the administration hierarchy (SharePoint Server 2010).

En outre, vous devez inclure les rôles suivants en tant que membres d’équipe ou que parties prenantes au projet :

gestionnaire de projet, chargé de définir et de diriger la planification et l’implémentation de la solution de recherche de contenu

d’entreprise ;

administrateurs, chargés de gérer l’organisation de la technologie des informations ;

architectes de solutions, chargés de concevoir des solutions d’architecture de la technologie des informations qui englobent souvent

plusieurs domaines et plusieurs fonctions ;

développeurs, chargés de personnaliser les solutions de recherche et de créer des applications prenant en charge la recherche ;

responsables des opérations informatiques, chargés de planifier les opérations pour une ou plusieurs batteries de serveurs dans

l’organisation ;

autres administrateurs d’application de service SharePoint ;

administrateurs des services d’annuaire ;

administrateurs de base de données qui possèdent du contenu à inclure dans la solution de recherche ;

tous les administrateurs de collection de sites qui ne sont pas inclus dans l’équipe de recherche ;

http://technet.microsoft.com/library/cf418db1-6212-4cd7-9383-830249c8384d(Office.14).aspx

http://technet.microsoft.com/library/cf418db1-6212-4cd7-9383-830249c8384d(Office.14).aspx

562

tous les propriétaires de site qui ne sont pas inclus dans l’équipe de recherche.

Voir aussi Concepts



563


Pour que les utilisateurs finals puissent utiliser la fonctionnalité de recherche d’entreprise dans Microsoft SharePoint Server 2010, vous devez analyser ou fédérer le contenu que vous souhaitez rendre disponible pour la recherche. La planification de l’analyse ou de la fédération comprend les tâches suivantes :

Planifier les sources de contenu

Planifier les inclusions de types de fichiers et les IFilters

Planifier l’authentification

Planifier les connecteurs

Planifier l’impact de l’analyse

Planifier les règles d’analyse

Planifier les paramètre de recherche qui sont gérés au niveau de la batterie de serveurs

Planifier la fédération

Planifier les sources de contenu Une source de contenu est un ensemble d’options que vous pouvez utiliser pour spécifier le type de contenu analysé, les URL à analyser et à quelle profondeur et à quel moment analyser. La source de contenu par défaut est Sites locaux SharePoint. Vous pouvez utiliser cette source de contenu pour spécifier comment analyser tout le contenu de toutes les applications Web qui sont associées à une application de service de recherche particulière. Par défaut, pour chaque application Web qui utilise une application de service de recherche particulière, SharePoint Server 2010 ajoute l’adresse de démarrage du site supérieur de chaque collection de sites à la source de contenu par défaut.

Certaines organisations peuvent utiliser la source de contenu par défaut pour répondre à leurs exigences en matière de recherche. Toutefois, beaucoup d’organisations nécessitent des sources de contenu supplémentaires. Planifiez des sources de contenu supplémentaires lorsque vous devez effectuer les opérations suivantes :

Analyser différents types de contenu, par exemple, des sites SharePoint, des partages de fichiers et des données métiers.

564

Analyser du contenu à différents horaires que tout autre contenu.

Limiter ou augmenter la quantité de contenu analysé.

Définir des priorités différentes pour l’analyse de différents sites.

Vous pouvez créer jusqu’à 500 sources de contenu dans chaque application de service de recherche, et chaque source de contenu peut contenir jusqu’à 500 adresses de démarrage. Pour que l’administration reste aussi simple que possible, nous vous recommandons de limiter le nombre de sources de contenu que vous créez.

Planifier l’analyse de différents types de contenus

Vous pouvez analyser seulement un type de contenu par source de contenu. Autrement dit, vous pouvez créer une source de contenu qui contient les adresses de démarrage pour les sites SharePoint et une autre source de contenu qui contient les adresses de démarrage pour les partages de fichiers. Toutefois, vous ne pouvez pas créer une source de contenu unique qui contient les adresses de démarrage des sites SharePoint et des partages de fichiers. Le tableau suivant répertorie les types de sources de contenu que vous pouvez configurer.

Utiliser ce type de source de contenu Pour ce contenu

Sites SharePoint Sites SharePoint de la même batterie de serveurs ou de batteries de serveurs Microsoft SharePoint Server 2010, Microsoft SharePoint

Foundation 2010 ou Microsoft Search Server 2010 différentes

Sites SharePoint de la même batterie de serveurs ou de batteries de

serveurs Microsoft Office SharePoint Server 2007, Windows

SharePoint Services 3.0 ou Microsoft Search Server 2008 différentes

Sites SharePoint de batteries de serveurs Microsoft Office SharePoint Portal Server 2003 ou Windows SharePoint Services 2.0

Remarque :

Contrairement à l’analyse des sites SharePoint sur SharePoint

Server 2010, SharePoint Foundation 2010 ou Search Server 2010, le

robot ne peut pas analyser automatiquement tous les sous-sites dans une collection de sites de versions précédentes de produits et

565

Utiliser ce type de source de contenu Pour ce contenu

technologies SharePoint. Par conséquent, lors de l’analyse de sites

SharePoint de versions précédentes, vous devez spécifier l’adresse

de démarrage de chaque site de niveau supérieur et l’URL de

chaque sous-site que vous souhaitez analyser.

Sites Web Autre contenu Web dans votre organisation qui ne se trouve pas dans des sites SharePoint

Contenu de sites Web sur Internet

Partages de fichiers Contenu dans les partages de fichiers de votre organisation

Dossiers publics Exchange Contenu Microsoft Exchange Server

Lotus Notes Messages électroniques stockés dans des bases de données Lotus Notes

Remarque :

Contrairement à tous les autres types de sources de contenu,

l’option Source de contenu Lotus Notes n’apparaît pas dans

l’interface utilisateur tant que vous n’avez pas installé et configuré le

logiciel prérequis approprié. Pour plus d’informations, voir Configure

and use the Lotus Notes connector (SharePoint Server 2010).

Données métiers Les données métiers sont stockées dans des applications métiers

http://technet.microsoft.com/library/17bdd4c8-237d-4314-8eee-5e50ad1a6ac4(Office.14).aspx

http://technet.microsoft.com/library/17bdd4c8-237d-4314-8eee-5e50ad1a6ac4(Office.14).aspx

566

Planifier des sources de contenu pour les données métiers

Les sources de contenu de données métiers requièrent que les applications qui hébergent les données soient spécifiées dans un modèle d’application dans une application du service Business Data Connectivity. Vous pouvez créer une source de contenu pour analyser toutes les applications qui sont enregistrées dans le service Business Data Connectivity, ou créer des sources de contenu distinctes pour analyser des applications individuelles.

Souvent, les personnes qui envisagent d’intégrer des données métiers dans des collections de sites ne sont pas les personnes impliquées dans le processus global de planification de contenu. Par conséquent, incluez des administrateurs d’applications métiers dans les équipes de planification de contenu afin qu’ils puissent conseiller sur la manière d’intégrer les données d’application métier dans le contenu et le présenter effectivement dans les collections de sites.

Analyser le contenu à différents horaires

Vous devez décider si certain contenu est analysé plus fréquemment que d’autre contenu. Plus le volume de contenu analysé est important, plus la probabilité que le contenu appartienne à différents référentiels est grande. Le contenu n’est peut-être pas du même type et peut se trouver sur des serveurs de capacités différentes. Ces facteurs rendent plus probable la nécessité d’ajouter des sources de contenu pour analyser les différents référentiels de contenu à différents horaires.

Les principales raisons d’analyser le contenu à différents horaires sont les suivantes :

Pour s’adapter aux heures creuses et aux périodes de pics d’utilisation.

Pour analyser plus fréquemment le contenu qui est plus souvent mis à jour.

Pour analyser le contenu se trouvant sur des serveurs plus lents séparément du contenu se trouvant sur des serveurs plus rapides.

Dans de nombreux cas, ces informations ne sont pas toutes connues avant que SharePoint Server 2010 ne soit déployé et exécuté pendant un certain temps. Dans ce cas, vous devez spécifier les planifications d’analyse une fois la batterie de serveurs en production. Néanmoins, il est judicieux de prendre en compte ces facteurs lors de la planification afin de pouvoir planifier les horaires d’analyse en fonction des informations que vous avez.

Les deux sections suivantes fournissent davantage d’informations sur l’analyse de contenu selon des planifications différentes.

Considérations sur les planifications de l’analyse

Vous pouvez configurer les planifications d’analyse indépendamment pour chaque source de contenu. Pour chaque source de contenu, vous pouvez spécifier une heure pour les analyses complètes et une heure distincte pour les analyses incrémentielles. Notez que vous devez exécuter une analyse complète d’une source de contenu particulière avant d’exécuter une analyse incrémentielle. Même si vous spécifiez une analyse incrémentielle pour un contenu n’ayant pas encore été analysé, le système effectue une analyse complète.

567

Remarque :

Dans la mesure où une analyse complète analyse tout le contenu rencontré par le robot pour lequel il possède au moins l’accès en

lecture, que ce contenu ait été analysé précédemment ou non, les analyses complètes prennent beaucoup plus de temps que les analyses incrémentielles.

Il est recommandé de planifier l’analyse en fonction de la bande passante, des performances et de la disponibilité des serveurs d’analyse et d’interrogation.

Lorsque vous planifiez l’analyse, tenez compte des méthodes conseillées suivantes :

Regroupez les adresses de démarrage des sources de contenu en fonction d’une disponibilité semblable et d’une utilisation des

ressources globales acceptable pour les serveurs qui hébergent le contenu.

Planifiez les analyses incrémentielles de chaque source de contenu pendant les heures où les serveurs qui hébergent le contenu sont

disponibles et où la demande sur les ressources du serveur est faible.

Échelonnez les planifications d’analyse pour que la charge sur les serveurs de la batterie de serveurs soit distribuée dans le temps.

Planifiez des analyses complètes uniquement lorsque vous le devez, pour des raisons répertoriées dans la section suivante. Nous

vous recommandons d’exécuter les analyses complètes moins fréquemment que les analyses incrémentielles.

Planifiez les modifications d’administration qui nécessitent une analyse complète peu de temps avant l’horaire prévue pour les

analyses complètes. Par exemple, il est recommandé de planifier la création de la règle d’analyse avant la prochaine analyse

complète prévue afin d’éviter une analyse complète supplémentaire.

Basez les analyses simultanées sur la capacité disponible. Pour optimiser les performances, nous vous recommandons d’échelonner

les horaires d’analyse des sources de contenu. Vous pouvez optimiser les planifications d’analyse au fur et à mesure de votre

expérience des durées d’analyse standard de chaque source de contenu.

Raisons d’effectuer une analyse complète

Les raisons pour un administrateur d’application de service de recherche de faire une analyse complète sont les suivantes :

Une mise à jour de logiciel ou un service pack a été installé sur les serveurs de la batterie de serveurs. Consultez les instructions de

la mise à jour du logiciel ou du service pack pour plus d’informations.

Un administrateur de services partagés Microsoft Office SharePoint Server 2007 ou un administrateur de l’application de service de

recherche SharePoint Server 2010 a ajouté une nouvelle propriété gérée. Une analyse complète est requise pour que la nouvelle

568

propriété gérée entre en vigueur immédiatement. Si vous ne souhaitez pas sa mise en vigueur immédiate, l’analyse complète n’est

pas nécessaire.

Vous voulez réindexer les pages ASPX sur des sites Windows SharePoint Services 3.0 ou Microsoft Office SharePoint Server 2007.

Remarque :

Le robot ne peut pas détecter si des pages ASPX sur des sites Windows SharePoint Services 3.0 ou Office SharePoint Server 2007 ont

été modifiées. De ce fait, les analyses incrémentielles ne réindexent pas les affichages ou les pages d’accueil lorsque des éléments de

liste sont supprimés. Il est recommandé d’effectuer régulièrement des analyses complètes des sites qui contiennent des fichiers ASPX

pour vous assurer que ces pages sont réindexées.

Vous voulez détecter les modifications de sécurité qui ont été effectuées sur un partage de fichiers depuis la dernière analyse

complète de ce partage.

Vous souhaitez résoudre des échecs consécutifs d’analyse incrémentielle. Si une analyse incrémentielle échoue consécutivement

une centaine de fois sur un référentiel à n’importe quel niveau, le système supprime le contenu affecté de l’index.

Des règles d’analyse ont été ajoutées, supprimées ou modifiées.

Vous souhaitez réparer un index endommagé.

L’administrateur de l’application de service de recherche a créé un ou plusieurs mappages de noms de serveur.

Les informations d’identification du compte d’utilisateur qui est affecté au compte d’accès au contenu par défaut ou une règle

d’analyse ont été modifiées.

Le système effectue une analyse complète même si une analyse incrémentielle est demandée, dans les circonstances suivantes :

Un administrateur de recherche a arrêté l’analyse précédente.

Une base de données de contenu a été restaurée, ou un administrateur de batterie de serveurs a détaché et rattaché une base de

données de contenu.

Remarque :

Si vous exécutez Office SharePoint Server 2007 avec la Mise à jour d’infrastructure pour les produits serveur de Microsoft Office ou

SharePoint Server 2010, vous pouvez utiliser l’opération de restauration de l’outil de ligne de commande Stsadm pour spécifier si la

restauration d’une base de données de contenu provoque ou non une analyse complète.

Une analyse complète du site n’a jamais été effectuée à partir de cette application de service de recherche.

569

Le journal des modifications ne contient pas d’entrées pour les adresses analysées. Sans les entrées dans le journal des

modifications pour les éléments analysés, les analyses incrémentielles sont impossibles.

Vous pouvez ajuster les planifications après le déploiement initial, en fonction des performances et de la capacité des serveurs de la batterie de serveurs et des serveurs qui hébergent des contenus.

Limiter ou augmenter la quantité de contenu analysé

Pour chaque source de contenu, vous pouvez spécifier avec quelle ampleur analyser les adresses de démarrage. Vous spécifiez également le comportement de l’analyse en modifiant les paramètres d’analyse. Les options disponibles pour une source de contenu particulière varient en fonction du type de source de contenu que vous sélectionnez. Toutefois, la plupart des options d’analyse spécifient la profondeur en niveaux dans la hiérarchie à analyser à partir de chaque adresse de démarrage. Notez que ce comportement s’applique à toutes les adresses de démarrage sur une source de contenu particulière. Si vous devez analyser des sites à des niveaux plus approfondis, vous pouvez créer des sources de contenu supplémentaires qui incluent ces sites.

Vous pouvez utiliser les options de paramétrage de l’analyse pour limiter ou augmenter la quantité de contenu analysé. Les options disponibles dans les propriétés de chaque source de contenu varient selon le type de source de contenu qui est sélectionné. Le tableau suivant décrit les méthodes conseillées lors de la configuration de ces options.

Pour ce type de source de contenu Si cela s’applique Utiliser cette option de paramétrage de l’analyse

Sites SharePoint Vous souhaitez inclure le contenu qui se trouve sur le site lui-même et ne pas inclure le contenu qui se trouve sur les sous-sites, ou analyser le contenu des sous-sites selon une autre planification.

Analyser seulement le site SharePoint de chaque adresse de démarrage

Sites SharePoint Vous souhaitez inclure le contenu du site lui-même.

- ou -

Vous souhaitez analyser tout le contenu

sous l’adresse de démarrage selon la

même planification.

Analyser tout sous le nom d’hôte de chaque

adresse de démarrage

570


Sites Web Le contenu disponible sur les sites liés

n’est probablement pas pertinent.

Analyser seulement sur le serveur de chaque adresse de démarrage

Sites Web Le contenu pertinent se trouve sur la première page uniquement.

Analyser seulement la première page de chaque adresse de démarrage

Sites Web Vous souhaitez limiter la profondeur d’analyse des liens sur les adresses de

démarrage.

Personnalisé : Indiquer le niveau de profondeur de pages et le nombre de tronçons de serveur à analyser

Remarque :

Pour un site hautement connecté, il est recommandé de commencer avec un petit nombre

dans la mesure où spécifier une profondeur de

plus de trois pages ou plus de trois tronçons de serveur peut analyser tout Internet.

Partages de fichiers

Dossiers publics Exchange

Le contenu disponible dans les sous-dossiers n’est probablement pas pertinent.

Analyser uniquement le dossier de chaque adresse de démarrage

Partages de fichiers

Dossiers publics Exchange

Le contenu des sous-dossiers est probablement pertinent.

Analyser le dossier et les sous-dossiers de chaque adresse de démarrage

Données métiers Toutes les applications qui sont enregistrées dans le magasin de métadonnées BDC contiennent du contenu pertinent.

Analyser le magasin de métadonnées BDC entier

571


Données métiers Les applications qui sont enregistrées dans le magasin de métadonnées BDC ne contiennent pas toutes du contenu pertinent.

- ou -

Vous souhaitez analyser certaines applications selon une planification différente.

Analyser les applications sélectionnées

Autres considérations pour la planification des sources de contenu

Vous ne pouvez pas analyser les mêmes adresses de démarrage en utilisant plusieurs sources de contenu dans la même application de service de recherche. Par exemple, si vous utilisez une source de contenu particulière pour analyser une collection de sites et tous ses sous-sites, vous ne pouvez pas utiliser une autre source de contenu pour analyser un de ces sous-sites séparément selon une autre planification.

En plus de prendre en compte les planifications d’analyse, votre décision quant à regrouper des adresses de démarrage dans une seule source de contenu ou bien créer des sources de contenu supplémentaires dépend en grande partie des considérations d’administration. Les administrateurs apportent souvent des modifications qui mettent à jour une source de contenu particulière. La modification d’une source de contenu requiert une analyse complète du référentiel de contenu spécifié dans cette source de contenu. Pour faciliter l’administration, organisez les sources de contenu de manière à simplifier la mise à jour des sources de contenu, des règles d’analyse et des planifications d’analyse pour les administrateurs.

Planifier les inclusions de types de fichiers et les IFilters Le contenu est analysé seulement si l’extension de nom de fichier appropriée est incluse dans la liste d’inclusion des types de fichiers et qu’un IFilter est installé sur le serveur d’analyse qui prend en charge ces types de fichiers. Plusieurs types de fichiers et IFilters sont inclus automatiquement pendant l’installation initiale. Lorsque vous planifiez des sources de contenu dans votre déploiement initial, déterminez si le contenu à analyser utilise ou non des types de fichiers qui ne sont pas inclus. Si des types de fichiers ne sont pas inclus, vous devez ajouter ces types de fichiers dans la page Gérer les types de fichiers pendant le déploiement et vous assurer qu’un IFilter est installé et inscrit pour prendre en charge ce type de fichier.

572

Si vous souhaitez exclure certains types de fichiers de l’analyse, vous pouvez supprimer l’extension de nom de fichier correspondante de la liste d’inclusion des types de fichiers. Cela exclut de l’analyse les fichiers ayant cette extension. Pour obtenir la liste des types de fichiers et des IFilters installés par défaut, voir File types and IFilter reference (SharePoint Server 2010).

Planifier l’authentification Lorsque le robot accède aux adresses de démarrage qui sont répertoriées dans les sources de contenu, il doit être authentifié par les serveurs qui hébergent ce contenu et autorisé à accéder au contenu. Cela signifie que le compte de domaine qui est utilisé par le robot doit avoir au moins des autorisations de lecture du contenu.

Par défaut, le système utilise le compte d’accès au contenu par défaut. Sinon, vous pouvez utiliser des règles d’analyse pour spécifier un compte d’accès au contenu différent pour l’analyse de contenu particulier. Que vous utilisiez le compte d’accès au contenu par défaut ou un compte différent spécifié par une règle d’analyse, ce compte doit disposer des autorisations de lecture sur tout le contenu analysé. Si le compte d’accès au contenu n’a pas les autorisations de lecture, le contenu n’est pas analysé ni indexé et n’est donc pas disponible pour les requêtes.

Il est recommandé que le compte que vous spécifiez comme compte d’accès au contenu par défaut puisse accéder à la plupart du contenu analysé. N’utilisez d’autres comptes d’accès au contenu que si les considérations de sécurité nécessitent des comptes distincts.

Pour chaque source de contenu planifiée, déterminez les adresses de démarrage qui ne sont pas accessibles par le compte d’accès au contenu par défaut, puis planifiez l’ajout de règles d’analyse pour ces adresses-là.

Important :

Assurez-vous que le compte de domaine utilisé comme compte d’accès au contenu par défaut ou tout autre compte d’accès au contenu

n’est pas celui utilisé par un pool d’applications associé à une application Web que vous analysez. En effet, cela pourrait provoquer

l’analyse et l’indexation du contenu non publié sur des sites SharePoint ou de versions secondaires de fichiers (c’est-à-dire, l’historique)

sur des sites SharePoint.

Autre considération importante, le robot doit utiliser le même protocole d’authentification que le serveur hôte. Par défaut, le robot s’authentifie à l’aide de NTLM, mais vous pouvez le configurer afin qu’il utilise un protocole d’authentification différent, si nécessaire.

Si vous utilisez l’authentification basée sur les revendications, assurez-vous que l’authentification Windows est activée sur toutes les applications Web à analyser.

http://technet.microsoft.com/library/11868567-284f-4cc5-aafe-bd46159e4c1c(Office.14).aspx

573

Planifier les connecteurs Tout le contenu analysé nécessite l’utilisation d’un connecteur (appelé gestionnaire de protocoles dans les versions antérieures) pour accéder à ce contenu. SharePoint Server 2010 fournit des connecteurs pour tous les protocoles Internet courants. Toutefois, si vous souhaitez analyser du contenu nécessitant un connecteur non installé avec SharePoint Server 2010, vous devez installer ce connecteur tiers ou personnalisé pour pouvoir analyser ce contenu. Pour obtenir la liste des connecteurs installés par défaut, voir Default connectors (SharePoint Server 2010). Pour savoir comment installer des connecteurs, voir Install connectors (SharePoint Server 2010).

Planifier l’impact de l’analyse L’analyse de contenu peut considérablement réduire les performances des serveurs qui hébergent le contenu. L’impact sur un serveur particulier varie en fonction de la charge que le serveur hôte subit et des ressources suffisantes ou non (notamment processeur et RAM) dont il dispose pour gérer les accords de niveau de service dans des conditions d’utilisation ordinaires ou de pics.

Les administrateurs de recherche peuvent utiliser des règles d’impact du robot pour gérer l’impact sur les serveurs analysés. Pour chaque règle d’impact du robot, vous pouvez spécifier une seule URL ou utiliser des caractères génériques dans le chemin d’accès à l’URL pour inclure un bloc d’URL auxquelles la règle s’applique. Vous pouvez ensuite spécifier le nombre de demandes simultanées de pages effectuées auprès de l’URL spécifiée ou choisir de demander un seul document à la fois et d’attendre un nombre spécifié de secondes entre les demandes.

Les règles d’impact du robot spécifient la fréquence d’interrogation de contenu du robot à partir d’une adresse de démarrage particulière ou d’une plage d’adresses de démarrage (également appelée nom de site). Une règle d’impact du robot s’applique à toutes les sources de contenu dans l’application de service de recherche et les fréquences de requêtes s’appliquent par composant d’analyse. Le tableau suivant présente les caractères génériques utilisables dans le nom du site lorsque vous ajoutez ou modifiez une règle d’impact du robot.

Ce caractère générique Produit ce résultat

* en tant que nom du site Applique la règle à tous les sites.

*.* en tant que nom du site Applique la règle aux sites dont le nom contient des points.

*.nom_site.com en tant que nom du site Applique la règle à tous les sites du domaine nom_site.com (par exemple, *.adventure-works.com).

*.nom_domaine_supérieur en tant que nom du site Applique la règle à tous les sites dont le nom se termine par un nom

http://technet.microsoft.com/library/00215179-eaa3-4fc5-b158-895dc2f2fa0c(Office.14).aspx

http://technet.microsoft.com/library/00215179-eaa3-4fc5-b158-895dc2f2fa0c(Office.14).aspx

http://technet.microsoft.com/library/77104730-7036-466c-8b79-0f89fcbe7b08(Office.14).aspx

574

Ce caractère générique Produit ce résultat

de domaine supérieur spécifique, par exemple, *.com ou *.net.

? Remplace un caractère unique dans une règle. Par exemple,

*.adventure-works?.com s’applique à tous les sites dans les

domaines adventure-works1.com, adventure-works2.com, etc.

Vous pouvez créer une règle d’impact du robot qui s’applique à tous les sites dans un domaine supérieur spécifique. Par exemple, *.com s’applique à tous les sites Internet dont les adresses se terminent par .com. Par exemple, un administrateur d’un site portail peut ajouter une source de contenu pour exemples.microsoft.com. La règle pour *.com s’applique à ce site sauf si vous ajoutez une règle d’impact du robot spécifique pour exemples.microsoft.com.

Vous pouvez vous coordonner avec les administrateurs des systèmes de recherche de votre organisation qui analysent du contenu pour définir les règles d’impact du robot en fonction des performances et de la capacité des serveurs. Pour la plupart des sites externes, cette coordination n’est pas possible. L’interrogation d’une trop grande quantité de contenu sur des serveurs externes ou des requêtes trop fréquentes peuvent conduire les administrateurs de ces sites à limiter l’accès si les analyses utilisent trop de ressources. Lors du déploiement initial, définissez les règles d’impact du robot pour minimiser l’impact sur d’autres serveurs autant que possible tout en analysant toujours suffisamment de contenu assez souvent pour que l’actualisation de l’index corresponde à votre contrat de niveau de service. Une fois la batterie de serveurs en production, vous pouvez ajuster les règles d’impact du robot en fonction des données des journaux d’analyse.

Planifier les règles d’analyse Les règles d’analyse s’appliquent à toutes les sources de contenu de l’application de service de recherche. Vous pouvez appliquer des règles d’analyse à une URL particulière ou à un ensemble d’URL pour effectuer les opérations suivantes :

Éviter l’analyse de contenu non pertinent, en excluant une ou plusieurs URL. Cela permet également de réduire l’utilisation des

ressources du serveur et le trafic réseau et d’augmenter la pertinence des résultats de la recherche.

Analyser les liens sur l’URL sans analyser l’URL elle-même. Cette option est utile pour les sites comportant des liens de contenu

pertinent lorsque la page contenant les liens ne contient pas d’informations pertinentes.

Activer l’analyse des URL complexes. Cette option indique au système d’analyser les URL qui contiennent un paramètre de requête

spécifié avec un point d’interrogation. En fonction du site, ces URL peuvent ne pas inclure du contenu pertinent. Dans la mesure où

575

les URL complexes peuvent souvent rediriger vers des sites non pertinents, il est conseillé d’activer cette option uniquement sur les

sites où vous savez que le contenu disponible à partir des adresses URL complexes est pertinent.

Activer l’analyse du contenu sur des sites SharePoint comme des pages HTTP. Cette option permet au système d’analyser les sites

SharePoint qui se trouvent derrière un pare-feu ou dans des scénarios où le site analysé restreint l’accès au service Web utilisé par le

robot.

Spécifier s’il faut utiliser le compte d’accès au contenu par défaut, un compte d’accès au contenu différent ou un certificat client pour

analyser l’URL spécifiée.

Comme l’analyse du contenu consomme des ressources et de la bande passante, il est préférable d’inclure une plus petite quantité de contenu que vous savez pertinent plutôt qu’une plus grande quantité de contenu éventuellement non pertinent. Après le déploiement initial, vous pouvez passer en revue les journaux d’analyse et de requêtes et ajuster les sources de contenu et les règles d’analyse pour plus de pertinence et inclure plus de contenu.

Planifier les paramètre de recherche qui sont gérés au niveau de la batterie de serveurs Plusieurs paramètres qui sont gérés au niveau de la batterie de serveurs affectent la façon dont le contenu est analysé. Prenez en compte les paramètres de recherche au niveau de la batterie suivants pour planifier l’analyse :

Adresse de messagerie du contact : L’analyse de contenu a une incidence sur les ressources des serveurs analysés. Pour pouvoir

analyser du contenu, vous devez fournir dans les paramètres de configuration l’adresse de messagerie de la personne de votre

organisation que les administrateurs peuvent contacter si l’analyse nuit à leurs serveurs. Cette adresse de messagerie apparaît dans

les journaux des serveurs analysés afin que les administrateurs puissent contacter quelqu’un si l’impact de l’analyse sur les

performances et la bande passante est trop important, ou si d’autres problèmes se produisent.

L’adresse de messagerie du contact doit appartenir à une personne qui possède l’expertise et la disponibilité nécessaires pour répondre rapidement aux demandes. Vous pouvez également utiliser un alias de liste de distribution étroitement contrôlée comme adresse de messagerie du contact. Indépendamment du fait que le contenu analysé soit stocké en interne dans l’organisation ou non, la rapidité de réponse est importante.

Paramètres du serveur proxy : Vous pouvez choisir d’utiliser ou non un serveur proxy lors de l’analyse de contenu. Le serveur proxy

à utiliser dépend de la topologie de votre déploiement SharePoint Server 2010 et de l’architecture des autres serveurs de votre

organisation. Vous devrez probablement utiliser un serveur proxy pour l’analyse de contenu Internet. Pour savoir comment configurer

576

les paramètres de serveur proxy pour la recherche, voir Configure farm-level proxy server settings (SharePoint Server 2010) et

Configure proxy server settings for search (SharePoint Server 2010).

Paramètres de délai d’expiration : Les paramètres de délai d’expiration permettent de limiter le temps d’attente du système de

recherche lors de la connexion à d’autres services.

Paramètre SSL : Le paramétrage SSL (Secure Sockets Layer) détermine si le certificat SSL doit correspondre exactement pour

analyser le contenu.

Planifier la fédération La recherche fédérée est l’interrogation simultanée de plusieurs ressources Web ou bases de données pour générer une page de résultats de recherche unique pour les utilisateurs finals. Lorsque vous ajoutez un emplacement fédéré, les utilisateurs finals peuvent rechercher et récupérer le contenu qui n’a pas été analysé par les serveurs dans le système local. Les emplacements fédérés permettent l’envoi de requêtes à des moteurs de recherche ou des flux distants. En conséquence, le système affiche les résultats aux utilisateurs finals comme si le contenu fédéré faisait partie du contenu analysé.

SharePoint Server 2010 prend en charge les types d’emplacement fédéré suivants :

Index de recherche sur ce serveur. Vous pouvez utiliser n’importe quel site local ou distant de votre organisation qui dispose d’un

serveur exécutant SharePoint Server 2010 en tant qu’emplacement fédéré. Par exemple, imaginez qu’un site SharePoint sur un

serveur de ressources humaines de votre société est la seule source d’informations disponible sur les coordonnées des employés.

Même si le site ne fait pas partie de votre étendue d’analyse, vous pouvez configurer un emplacement fédéré pour celui-ci de sorte

que les utilisateurs qui lancent une recherche à partir de votre site de centre de recherche puissent récupérer dans les résultats les

informations de contact des employés qu’ils sont autorisés à voir. Les conditions suivantes s’appliquent :

1. L’emplacement est défini sur Index de recherche sur ce serveur.

2. Aucun modèle de requête n’est requis. SharePoint Server 2010 utilise le modèle objet pour interroger un emplacement.

3. L’authentification du serveur par défaut est utilisée.

4. Les requêtes de recherche avancées ne sont pas prises en charge.

OpenSearch 1.0 ou 1.1. Vous pouvez utiliser n’importe quel site Web public qui prend en charge la norme OpenSearch comme

emplacement fédéré. Un exemple d’un tel emplacement est un moteur de recherche Internet tel que Bing, ou une page de résultats

de recherche qui prend en charge les protocoles RSS ou Atom. Par exemple, vous souhaiteriez que les utilisateurs qui recherchent

sur vos sites internes la recherche technique propriétaire voient également des informations de recherche associées de sites Web

http://technet.microsoft.com/library/0a626f4d-0c8d-4d08-9cb8-5efe0fb93143(Office.14).aspx

http://technet.microsoft.com/library/3e7b12cf-e9bb-48be-9484-950ba70f466c(Office.14).aspx

577

publics. En configurant un emplacement fédéré pour une requête de recherche Bing, les résultats de la recherche Web seront

automatiquement proposés aux utilisateurs. Les conditions suivantes s’appliquent :

1. Les requêtes peuvent être envoyées à un moteur de recherche en tant qu’URL, par exemple

http://www.example.com/search.aspx?q=TEST.

2. Les résultats de la recherche sont renvoyés dans RSS ou Atom, ou un autre format XML structuré.

3. Les fonctionnalités d’emplacement, les modèles de requête et les éléments de réponse font partie d’un fichier de description

OpenSearch (.osdx) qui est associé à l’emplacement.

4. Les extensions OpenSearch spécifiques à SharePoint Server 2010 prennent en charge l’inclusion de déclencheurs et

l’association de code XSL avec les résultats de recherche.

5. Le choix des métadonnées à afficher dans les résultats de recherche est déterminé par l’emplacement OpenSearch.

Pour plus d’informations sur OpenSearch, consultez le site http://www.opensearch.org (éventuellement en anglais).

Lorsqu’une requête de recherche est envoyée à un emplacement fédéré, elle est envoyée sous forme de paramètres d’URL dans un format appelé modèle de requête. Le système met ensuite en forme et affiche les résultats au format XML pour les utilisateurs du site Centre de recherche. Le code XML est affiché dans un composant WebPart sur la page des résultats de recherche sous forme de texte lisible. Vous pouvez ajouter et configurer des composants WebPart sur la page des résultats de recherche, par exemple le composant WebPart Résultats de recherche fédérés, le composant WebPart Meilleurs résultats fédérés ou le composant WebPart Résultats de base. Par défaut, la page des résultats de recherche contient trois composants WebPart Résultats de recherche fédérés.

Pour déterminer si vous devez afficher les résultats de recherche fédérés pour les utilisateurs, posez-vous les questions suivantes :

1. Souhaitez-vous afficher des résultats personnalisés pour des recherches particulières ? Pour vous assurer que l’emplacement

fédéré retourne des résultats qui correspondent à des requêtes spécifiques, vous pouvez utiliser les règles de déclencheur. Lorsque

vous créez une règle de déclencheur pour un emplacement fédéré, le composant WebPart qui est associé à cet emplacement affiche

les résultats uniquement pour les requêtes utilisateur correspondant au modèle ou au préfixe que vous spécifiez.

2. Pouvez-vous utiliser une URL pour spécifier quels résultats récupérer pour une requête ? Pour créer un emplacement fédéré,

vous devez spécifier un modèle de requête, qui est la combinaison de l’URL et des paramètres nécessaires pour envoyer une requête

de recherche et retourner les résultats au format XML. Lorsque vous ajoutez ces informations au champ Modèle de requête sur la

page Ajouter un emplacement fédéré, vous devez mettre en forme la chaîne correctement (comme illustré dans l’exemple de la page

Ajouter un emplacement fédéré), sinon le fournisseur de résultats de recherche ne renverra aucun résultat.

3. Les utilisateurs peuvent-ils accéder aux liens fournis par l’emplacement fédéré ? Si votre entreprise accorde seulement un

accès limité aux ressources Internet, l’utilisation d’un moteur de recherche Internet comme un emplacement fédéré peut frustrer les

utilisateurs, car ils ne seront pas en mesure d’afficher certains résultats de recherche.

http://www.opensearch.org/

578

4. L’authentification est-elle requise ? Si l’emplacement fédéré requiert l’authentification, vous devez fournir les informations

d’identification correctes. Beaucoup d’emplacements fédérés, comme les moteurs de recherche Internet, ne requièrent pas

d’informations d’identification.

Planifier les types d’authentification pour la fédération

Plusieurs sortes d’authentification des utilisateurs, les informations d’identification communes et par utilisateur, sont disponibles pour la recherche fédérée. Cependant, la collecte des informations d’identification requiert une extension de composant WebPart pour les types d’authentification non-Kerberos dans l’authentification par utilisateur. Dans la section de l’authentification et des informations d’identification de la définition d’emplacement, vous spécifiez le type d’authentification pour l’emplacement fédéré. Le type d’authentification peut être l’un des suivants :

Anonyme

Aucune information d’identification n’est requise pour se connecter à l’emplacement fédéré.

Commun

Chaque connexion utilise le même jeu d’informations d’identification pour se connecter à l’emplacement fédéré.

Par utilisateur

Les informations d’identification de l’utilisateur qui a soumis la requête de recherche sont utilisées pour se connecter à l’emplacement fédéré.

Pour les types d’authentification commune et par utilisateur, vous devez également spécifier l’un des protocoles d’authentification suivants :

De base

L’authentification de base fait partie des spécifications HTTP ; elle est prise en charge sur la plupart des navigateurs.


Les navigateurs Web qui utilisent l’authentification de base transmettent les mots de passe sans les chiffrer. En surveillant les

communications sur le réseau, un utilisateur malveillant peut utiliser des outils disponibles publiquement pour intercepter et décoder ces mots de passe. Par conséquent, l’authentification de base n’est pas recommandée sauf si vous êtes sûr que la connexion est sécurisée,

comme avec une ligne dédiée ou une connexion SSL (Secure Sockets Layer).

Digest

579

L’authentification Digest repose sur le protocole HTTP 1.1, tel que défini dans les spécifications RFC 2617 du site Web W3C (World Wide Web Consortium). Du fait que l’authentification Digest requiert la conformité HTTP 1.1, certains navigateurs ne la prennent pas en charge. Si un navigateur non conforme avec HTTP 1.1 demande un fichier alors que l’authentification Digest est activée, la demande est refusée puisque l’authentification Digest n’est pas prise en charge par le client. L’authentification Digest peut être utilisée uniquement sur des domaines Windows. Elle fonctionne uniquement avec les comptes de domaine Windows Server 2008, Windows Server 2003 et Windows Server 2000 et peut requérir que les comptes stockent les mots de passe sous forme de texte brut chiffré.

NTLM

Les enregistrements d’utilisateur sont stockés dans la base de données gestionnaire des comptes de sécurité (SAM) ou dans la base de données Active Directory. Chaque compte d’utilisateur est associé à deux mots de passe : le mot de passe compatible avec le gestionnaire du réseau local et le mot de passe Windows. Chaque mot de passe est chiffré et stocké dans la base de données SAM ou la base de données Active Directory.

Kerberos (type d’authentification par utilisateur uniquement)

À l’aide du protocole Kerberos, une partie à l’une des deux extrémités d’une connexion réseau peut vérifier si la partie à l’autre extrémité est l’entité prétendue. Bien que NTLM permet aux serveurs de vérifier l’identité de leurs clients, NTLM ne permet pas aux clients de vérifier l’identité d’un serveur, ni à un serveur de vérifier l’identité d’un autre serveur. L’authentification NTLM est conçue pour un environnement de réseau dans lequel les serveurs sont supposés approuvés.

Basée sur les formulaires

Un cookie d’authentification par formulaires n’est qu’un conteneur d’un ticket d’authentification. Chaque requête transmet le ticket en tant que valeur du cookie et le ticket est utilisé sur le serveur pour identifier un utilisateur authentifié. Toutefois, l’authentification par formulaires sans cookies transmet le ticket dans l’URL dans un format crypté. L’authentification par formulaires sans cookies est utilisée parce que les navigateurs clients peuvent bloquer les cookies. Cette fonctionnalité est introduite dans Microsoft .NET Framework 2.0.

Si vous utilisez l’authentification basée sur les revendications dans votre environnement, assurez-vous que l’authentification Windows est également activée sur toutes les sources de contenu à analyser. Pour plus d’informations sur les méthodes d’authentification dans SharePoint Server 2010, voir Plan authentication methods (SharePoint Server 2010).

Voir aussi Concepts



580


581

Plan the topology for enterprise search (SharePoint Server 2010)

This article lists resources that you can use to help you plan a search topology for Microsoft SharePoint Server 2010. These resources include information about how to plan server farms and topologies, search architectures, governance, and capacity.

The following resources can help you plan a search topology: Performance and capacity test results and recommendations (SharePoint Server 2010) This white paper helps you plan for

performance and capacity for SharePoint Server 2010.

White paper: SharePoint 2010 for hosters (SharePoint Server 2010) This white paper helps you plan the multi-tenancy requirements

in a hosted environment.

Search Environment Planning for Microsoft SharePoint Server 2010 (http://go.microsoft.com/fwlink/?LinkID=167736) This technical

diagram describes primary architecture design decisions for search environments.

Search Architectures for Microsoft SharePoint Server 2010 (http://go.microsoft.com/fwlink/?LinkID=167739) This technical diagram

details the physical and logical architecture components that make up a search system and shows common search architectures.

Design Search Architectures for Microsoft SharePoint Server 2010 (http://go.microsoft.com/fwlink/?LinkID=167742) This technical

diagram describes initial design steps to determine a basic design for a SharePoint Server 2010 search architecture.

Voir aussi Concepts






http://go.microsoft.com/fwlink/?LinkID=167736



582

Feuilles de planification pour SharePoint Server 2010

Dans cet article :

Feuilles de planification par tâche

Feuilles de planification par titre

Cet article contient des liens vers des feuilles utilisables pour enregistrer les informations recueillies et les décisions prises lors de la planification de votre déploiement de Microsoft SharePoint Server 2010. Utilisez ces feuilles en conjonction avec (et non en remplacement de) Planning and architecture for Office SharePoint Server 2007.

Feuilles de planification par tâche

Pour cette tâche Utilisez cette feuille Pour effectuer cette action

Plan sites and site collections (SharePoint Server 2010)

Feuille de données de planification de site (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x40C)

Planifier les sites et collections de sites de niveau supérieur et enregistrer les décisions relatives à la navigation et aux thèmes de site.

Plan site navigation (SharePoint Server 2010)


Planifier les sites et collections de sites de niveau supérieur et enregistrer les décisions relatives à la

http://technet.microsoft.com/library/0ed0b44c-d60d-4b85-87de-19065d968835(Office.14).aspx









583


navigation et aux thèmes de site.

Plan for using themes (SharePoint Server 2010)


Planifier les sites et collections de sites de niveau supérieur et enregistrer les décisions relatives à la navigation et aux thèmes de site.

Planifier le courrier électronique entrant (SharePoint

Server 2010)

Feuille de travail de planification de courrier entrant (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=200542&clcid=0x40C)

Planifiez le courrier entrant afin de permettre aux sites SharePoint de recevoir et de stocker des messages électroniques et des pièces jointes dans des listes et des bibliothèques.


Feuille de données de déploiement de contenu (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=167835&clcid=0x40C)

Planifier les serveurs

d’exportation et

d’importation dans les

batteries dans votre topologie de déploiement de contenu, et planifier les itinéraires et les travaux de déploiement

http://technet.microsoft.com/library/bab1595f-4a73-4f46-be9f-831c46ae4805(Office.14).aspx






584


de contenu.


Feuille de données de planification des ensembles de termes (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=163486&clcid=0x40C)

Déterminer la taxonomie de base, notamment le terme,

l’utilisation, le

propriétaire et le groupe.


Feuille de données détaillée de planification des ensembles de termes (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=163487&clcid=0x40C)

Déterminer la taxonomie, notamment

l’identification détaillée

de caractéristiques telles que les mesures.


Feuille de données de planification des services de métadonnées (éventuellement en anglais)(http://go.microsoft.com/fwlink/?linkid=164578&clcid=0x40C)

Planifier le partage des informations de

métadonnées à l’aide

de connexions et de services de métadonnées gérées.

Document management planning (SharePoint Server 2010)

Feuille de données relative aux participants à la gestion des documents (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165871&clcid=0x40C)

Identifier les parties prenantes à la planification de la gestion des documents et enregistrer les pratiques de gestion de documents.

Document management planning (SharePoint

Feuille de données relative à l’analyse de l’utilisation des documents (éventuellement en

anglais) (http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x40C)

Enregistrer les informations
















585


Server 2010) rassemblées lors de

l’analyse de l’utilisation

des documents.

Document management planning (SharePoint Server 2010)

Feuille de données de stratégie (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165883&clcid=0x40C)

Planifier les stratégies de gestion des informations pour les types de contenu.

Records management planning (SharePoint Server 2010)

Feuille de données relative à la planification des enregistrements sur place (éventuellement en anglais)(http://go.microsoft.com/fwlink/?linkid=185011&clcid=0x40C)

Identifier les types

d’enregistrements et

types de contenu à stocker dans les bibliothèques de documents normales.

Plan for backup and recovery (SharePoint Server 2010)

Feuille de données de planification de sauvegarde et récupération (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=184385&clcid=0x40C)

Vous aide à planifier les stratégies de sauvegarde et de restauration pour

l’environnement

SharePoint

Server 2010.


Plan document management Planifier un type de contenu.

Plan and prepare for upgrade (SharePoint Server 2010)

Feuille de données de mise à niveau (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x40C)

Enregistrer les informations relatives à votre environnement pendant que vous vous préparez à la mise à


















http://technet.microsoft.com/library/83079d8c-c64d-40b8-80c6-bab3c8bd44f6(Office.14).aspx




586


niveau.

Plan Content Organizer settings (SharePoint Server 2010)

Feuille des paramètres d’organisateur de contenu (éventuellement en anglais)


Déterminez et prenez note de la manière dont les paramètres de

l’organisateur de

contenu dans votre site

peuvent s’intégrer de

façon efficace à votre solution de stockage et de routage de contenu basée sur des métadonnées.

Plan Content Organizer rules (SharePoint Server 2010)

Feuille des règles d’organisateur de contenu (éventuellement en anglais)


Planifiez des règles

s’intégrant étroitement

à votre solution de stockage et de routage basée sur des métadonnées.

Feuilles de planification par titre

Utilisez cette feuille Pour cette tâche Pour effectuer cette action

Feuille de données relative à l’analyse de l’utilisation des documents (éventuellement en

anglais) (http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x40C)


Enregistrer les informations

http://technet.microsoft.com/library/655fcd53-aa3c-4139-8f9d-b8a2b8d0b567(Office.14).aspx












587


rassemblées lors de

l’analyse de l’utilisation

des documents.

Feuille de données de planification de sauvegarde et récupération (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=184385&clcid=0x40C)

Plan for backup and recovery (SharePoint Server 2010)

Vous aide à planifier les stratégies de sauvegarde et de restauration pour l’environnement


Feuille de données de déploiement de contenu (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=167835&clcid=0x40C)


Planifier les serveurs

d’exportation et

d’importation dans les

batteries dans votre topologie de déploiement de contenu, et planifier les itinéraires et les travaux de déploiement de contenu.

Feuille des règles d’organisateur de contenu (éventuellement en anglais)


Metadata-based routing and storage planning (SharePoint Server 2010)

Planifiez des règles

s’intégrant étroitement

à votre solution de stockage et de routage basée sur des métadonnées.

Feuille des paramètres d’organisateur de contenu (éventuellement en anglais)


Metadata-based routing and storage planning

Déterminez et prenez note de la manière















588



dont les paramètres de

l’organisateur de

contenu dans votre site

peuvent s’intégrer de

façon efficace à votre solution de stockage et de routage de contenu basée sur des métadonnées.

Feuille de données relative au type de contenu (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x40C)


Planifier un type de contenu.

Feuille de données détaillée de planification des ensembles de termes (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=163487&clcid=0x40C)


Déterminer la taxonomie, notamment

l’identification détaillée

de caractéristiques telles que les mesures.

Feuille de données relative aux bibliothèques de documents (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165874&clcid=0x40C)


Planifier des bibliothèques en fonction de sites et de types de documents.

Feuille de données relative aux participants à la gestion des documents (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165871&clcid=0x40C)


Identifier les parties prenantes à la planification de la gestion des documents et enregistrer les pratiques de gestion de documents.

http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x40c












589


Feuille de données relative à la planification des enregistrements sur place (éventuellement en anglais)(http://go.microsoft.com/fwlink/?linkid=185011&clcid=0x40C)

Plan records management

Identifier les types

d’enregistrements et

types de contenu à stocker dans les bibliothèques de documents normales.

Feuille de données de planification des services de métadonnées (éventuellement en anglais)(http://go.microsoft.com/fwlink/?linkid=164578&clcid=0x40C)


Planifier le partage des informations de

métadonnées à l’aide

de connexions et de services de métadonnées gérées.

Feuille de travail de planification de courrier entrant (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=200542&clcid=0x40C)

Planifier le courrier électronique entrant (SharePoint Server 2010)

Planifiez le courrier entrant afin de permettre aux sites SharePoint de recevoir et de stocker des messages électroniques et des pièces jointes dans des listes et des bibliothèques.

Feuille de données de stratégie (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=165883&clcid=0x40C)


Planifier les stratégies de gestion des informations pour les types de contenu.


Plan sites and site collections (SharePoint

Planifier les sites et collections de sites de














590


Server 2010)

Plan site navigation (SharePoint Server 2010)

Plan for using themes (SharePoint Server 2010)

niveau supérieur et enregistrer les décisions relatives à la navigation et aux thèmes de site.

Feuille de données de planification des ensembles de termes (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=163486&clcid=0x40C)


Déterminer la taxonomie de base, notamment le terme, l’utilisation, le

propriétaire et le groupe.

Feuille de données de mise à niveau (éventuellement en anglais) (http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x40C)

Plan and prepare for upgrade (SharePoint Server 2010)

Enregistrer les informations relatives à votre environnement pendant que vous vous préparez à la mise à niveau.











