Introduction à la création d'applications SharePoint

Important :  Cet article a été traduit automatiquement, voir l’avertissement. Vous pouvez consulter la version en anglais de cet article ici.

Contenu de cet article

Introduction

Outils et technologies utilisés

Méthodologie architecture et le développement d’applications

Implémentation des modèles de conception communs

Création de modèles

Résumé

Ressources

Introduction

Windows SharePoint Services 3.0 est une technologie de Windows Server qui propose un portefeuille intégré de services de communication et de collaboration. Il est également une plateforme pour développer des applications professionnelles basées sur le Web. Profiter de cette fonctionnalité, Microsoft a développé 40 modèles d’Application pour Windows SharePoint Services 3.0 pour fournir des solutions de prédéfinies pour répondre aux besoins des processus métiers spécifique comme coordonner un support technique ou le suivi des campagnes marketing, comme illustré dans l’exemple dans la Figure 1.

Affichage de la page d'accueil de l'application de suivi intégré de campagnes marketing
Figure 1 : vue de la page d’accueil de l’Application de suivi de campagne Marketing intégrée

Microsoft développé ces modèles d’application téléchargeable gratuitement pour être utilisable immédiatement après le déploiement. Toutefois, clients et partenaires peuvent également utiliser ces modèles d’application comme point de départ pour les solutions plus personnalisées, ou ils puissent les utiliser en tant qu’exemples d’enseignement qu’ils créent leurs propres applications sophistiquées Windows SharePoint Services 3.0 à l’aide de Microsoft Office SharePoint Designer 2007.

L’objectif de cet article est pour décrire la façon dont Microsoft développé les modèles d’application, identifiant les pratiques recommandées pour l’utilisation des fonctionnalités essentielles de Windows SharePoint Services 3.0 et Office SharePoint Designer 2007, dans le but de permettre aux clients et partenaires de créer leurs propres applications. L’article n’est pas un substitut pour le Kit de développement logiciel Windows SharePoint Services 3.0, ni principalement une ressource pour les développeurs. Les développeurs doivent utiliser le Kit de développement pour comprendre généralement comment étendre Windows SharePoint Services 3.0.

Cet article est destiné à être une ressource pour une nouvelle génération de concepteurs de sites. Étant donné que Windows SharePoint Services et Office SharePoint Designer 2007 permettent de créer des fonctionnalités de l’application tellement via l’interface utilisateur, compétences avancées n’êtes pas obligés de créer des applications complexes. Pour être sûr, cet article décrit certaines mises en œuvre de code personnalisé pour les modèles de conception particulièrement difficile, mais la méthodologie globale doit être accessible à non-développeurs et voit à cette audience à l’esprit. Les développeurs souhaitiez rapidement en revue les sections sur les outils et la méthodologie au plus tôt et plus particulièrement à la description des modèles de conception et des exemples spécifiques illustrant la façon d’implémenter ces modèles de conception.

En fonction de structure de l’article, la première section, Outils et technologies utilisés, fournit une vue d’ensemble des fonctionnalités dans Windows SharePoint Services 3.0 et Office SharePoint Designer 2007 qui sont utilisées dans la création d’applications. En règle générale, la section suivante, méthodologie architecture et le développement d’applications, décrit la méthodologie que Microsoft a utilisé dans l’ensemble des modèles d’application. La méthodologie est une approche de bon sens prospects à un examen réel de l’objectif de la solution, comment il sera utilisé et par qui et quels sont les éléments de la technologie vous obtenez la plus éloignée sans avoir à écrire du code personnalisé. Elle se termine par un processus pour identifier les zones où code personnalisé ou autres tâches personnalisé sera nécessaire.

La section suivante de l’article, implémentation des modèles de conception communs, se concentre sur l’utilisation de la résistance de Windows SharePoint Services et Office SharePoint Designer 2007 pour répondre aux exigences de conception application courantes, telles que la création d’actions personnalisées dans une liste. Il s’agit de la base de l’article, et décrit les approches pour les modèles de conception périodique dans l’ensemble de tous les modèles d’application (et bien, toutes les applications que vous pouvez parvenir à). Cette section fournit des exemples pour chacun des cinq modèles de conception, y compris des conseils pour travailler avec l’interface utilisateur Windows SharePoint Services ou Office SharePoint Designer 2007 et un code personnalisé.

La dernière section de l’article de la Création de modèles, explique comment créer un fichier de modèle à l’aide de Office SharePoint Designer 2007. Il traite également d’autres problèmes, tels que de localisation.

Lorsque vous avez terminé de cet article, vous devez disposer d’une bonne compréhension de la conception et concevoir une application, comment commencer par construction un site directement dans Windows SharePoint Services 3.0, y compris la construction listes liées, colonnes personnalisées, bibliothèques, des flux de travail et ainsi de suite, comment alors ouvrir le site dans Office SharePoint Designer 2007 pour effectuer d’autres personnalisations, créer des formulaires personnalisés, ajouter du code personnalisé pour modifier certains comportements , créer des flux de travail personnalisés et ainsi de suite et, enfin, comment créer le modèle d’application et déployer pour réduire l’utilisation.

Haut de la Page

Outils et technologies utilisés

Il existe un certain nombre de technologies d’outils qui sont associent pour simplifier possible de créer plus facilement des applications. Sur le côté de technologies d’assistance, les nouvelles fonctionnalités, telles que prise en charge des flux de travail signifient qu’un concepteur de site n’a pas à écrire du code pour importer des flux de travail à l’application. Sur le côté d’Outils, Office SharePoint Designer 2007, Microsoft Visual Studio 2005 et autres apportez outils est-il possible d’utiliser moins en moins du code (souvent aucune) pour effectuer des opérations utilisées pour être très difficile d’y parvenir.

En règle générale, Microsoft a poursuivi une stratégie entre tous ces outils et les technologies d’assistance qui se déplace plus et bien plus encore les efforts plomberie difficile à l’infrastructure elle-même, ce qui permet d’être un concepteur plus et moins un développeur. En d’autres termes, Microsoft a déjà fait une grande partie du travail une seule fois, afin que vous pouvez simplement utiliser ces fonctions dans vos applications de manière intuitive via l’interface utilisateur.

Pour préparer pour mieux comprendre comment les diverses technologies et outils ensemble, dans le processus de création d’une application, les sections suivantes traitent Windows SharePoint Services 3.0, Office SharePoint Designer 2007 et autres technologies spécifiquement en termes de pertinentes nouvelles fonctionnalités et les capacités. Pour les discussions plus complètes, passez en revue les ressources à la fin de cet article.

Windows SharePoint Services 3.0

Windows SharePoint Services 3.0 contient des nouvelles fonctionnalités puissantes. Les fonctionnalités et les nouvelles fonctionnalités suivantes sont particulièrement utiles pour la création d’applications personnalisées, et vous verrez bon nombre d'entre eux à nouveau mentionnées dans les sections suivantes :

  • Listes et bibliothèques   Windows SharePoint Services 3.0 présente un certain nombre de nouvelle bibliothèque de types de listes, qui peuvent être utilisés comme base pour les applications. Nouveaux types de bibliothèques incluent la bibliothèque de diapositives, une bibliothèque spécialement conçu pour stocker et gérer des diapositives réutilisable Microsoft Office PowerPoint 2007, une bibliothèque de connexions de données et d’autres personnes. 

  • Types de contenu     Types de contenu sont un concept principale utilisée dans l’ensemble de Windows SharePoint Services 3.0. Types de contenu sont conçus pour aider les utilisateurs à organiser le contenu sur leurs sites SharePoint de façon plus significatif. Un type de contenu est une collection de paramètres qui peuvent être appliqués à certaines catégories de contenu réutilisable. Types de contenu permettent de gérer et réutiliser les métadonnées et les comportements d’un type de document ou un élément de manière centralisée. Par exemple, vous pouvez associer des flux de travail et des événements à un type de contenu, plutôt que d’avoir à ajouter des flux de travail et des événements à plusieurs documents ou des bibliothèques.

  • Colonnes de site    Colonnes de site fournissent un modèle réutilisable, central pour la définition de colonne. Lorsque vous créez une colonne de site, chaque liste qui utilise cette colonne possède la même définition, et vous n’avez pas à reproduire la colonne dans chaque liste. Colonnes de site permettent aux utilisateurs finaux d’un ensemble prédéfini de colonnes qui peuvent être utiles dans leur liste de choix. Non seulement ils permet de définir des colonnes de manière centralisée pour les modèles de liste connu, mais ils fournissent aux utilisateurs un chemin d’accès à utiliser des colonnes spéciales qui peuvent avoir signification personnalisée.

  • Flux de travail     Dans Windows SharePoint Services 3.0, un flux de travail permet de joindre un processus métier à des éléments dans les listes et bibliothèques. Ce processus peut contrôler presque n’importe quel aspect d’un élément, y compris le cycle de vie de cet élément. Par exemple, vous pouviez créer un flux de travail simple qui achemine un document en une série d’utilisateurs pour approbation. En règle générale, un concepteur de site Web ou un développeur créera des flux de travail spécifique. Les concepteurs de sites permet de créer des flux de travail à l’aide de l’environnement de l’Assistant Concepteur de flux de travail Office SharePoint Designer 2007, et les développeurs peuvent utiliser Visual Studio 2005 pour créer plus puissant et complexe flux de travail.

  • Fonctionnalité Framework   Windows SharePoint Services 3.0 contient une nouvelle structure appelée « fonctionnalité ». Une fonctionnalité packages éléments Windows SharePoint Services qui permettent à un utilisateur de réaliser une tâche ou un objectif particulier. Une fonction contient un ou plusieurs éléments. Un élément est un concept atomique Windows SharePoint Services. fonctionnalités Windows SharePoint Services 3.0 fournissent une structure entière que vous pouvez exploiter en tant que développeur permettent de fournir des fonctionnalités personnalisées pour solutions Windows SharePoint Services. Fonctionnalités offrent également aux administrateurs un moyen simple pour ajouter ou supprimer des éléments empaquetés de fonctionnalité. 

  • Amélioration de l’événement    Événements appartiennent à deux catégories principales :

    • Liste des événements    Événements essentiels, y compris les modifications, les ajouts et suppressions d’éléments de liste et des colonnes de la liste (changements de schéma)

    • Événements d’un site simple    Suppression de sites et collections de sites

      Les événements sont asynchrone ou synchrone « avant « événements, indiqués par le format du nom « XYZing », « après « événements, indiqués par le format du nom « ABCed ».

  • Accès des appareils mobiles   Windows SharePoint Services 3.0 fournit des nouvelles fonctionnalités qui permettent à des listes à rendre correctement sur les appareils mobiles. Lorsqu’un utilisateur accède à un site Windows SharePoint Services 3.0 à l’aide d’un appareil mobile, leur navigateur Web est redirigé vers une version mobiles spécifiques du site qui affiche le contenu de site et de listes dans un format qui convient le mieux pour l’appareil. 

Office SharePoint Designer 2007: le principal outil de création d’applications SharePoint

Office SharePoint Designer 2007 est conçu pour vous aider à créer et personnaliser des sites Web et les flux de travail créés avec les produits SharePoint et Technologies (Windows SharePoint Services 3.0 et Microsoft Office SharePoint Server 2007 ). Il fournit des outils professionnels informatiques et créateurs de solutions nécessaires pour développer des solutions de flux de travail qui améliorent la réactivité de l’organisation et d’automatisation des processus métiers et des applications SharePoint. À l’aide de Office SharePoint Designer 2007, vous n’avez pas aux processus traditionnels langages ou techniques permet d’effectuer les opérations suivantes :

  • Créer des vues de données et des formulaires sans code sur une variété de sources de données, telles que des fichiers XML, tel que Microsoft SQL Server 2005 et les Services Web, les bases de données SQL.

  • Créer des flux de travail complexes, dynamiques sans code.

  • Effectuer une conception et mise en page.

  • Créer des pages maîtres.

  • Modifier et appliquer des feuilles de style en cascade (CSS).

  • Créer des pages de composants WebPart et connecter des composants WebPart pour créer des applications métier complexes.

Visual Studio 2005

Visual Studio 2005 peut être utilisé pour ajouter le code personnalisé aux applications ou pour la création de flux de travail personnalisés. Vous pouvez utiliser Visual Studio 2005 Designer pour Windows Workflow Foundation pour créer des modèles de flux de travail et des activités de flux de travail personnalisés. Vous pouvez inclure le code dans votre flux de travail, ainsi que créer des formulaires devant être utilisé par le flux de travail pour communiquer avec les utilisateurs de flux de travail durant l’association et de l’exécution.

Extensions Visual Studio 2005 pour Windows SharePoint Services 3.0 est un téléchargement gratuit qui offres ensemble un ensemble d’outils pour le développement d’applications SharePoint personnalisées à l’aide de Visual Studio 2005. L’offre inclut des modèles de projet Visual Studio pour les composants WebPart, les définitions de site, les définitions de liste et un programme utilitaire autonome, le Générateur de Solution SharePoint, qui génère un projet de définition de site à partir d’un site SharePoint existant. Le programme permet aux développeurs d’utiliser le navigateur et Office SharePoint Designer 2007 pour personnaliser le contenu des sites avant de créer un code à l’aide de Visual Studio 2005.

Les extensions de Visual Studio 2005 pour Windows SharePoint Services 3.0 ont été supprimées, mais vous pouvez toujours accéder Visual Studio 2008 Extensions pour Windows SharePoint Services 3.0, v1.3.

Microsoft Office Access 2007

Microsoft Office Access 2007 vous permet de créer des applications de suivi, offre une expérience utilisateur riche pour la saisie et la gestion des rapports sur les données de scénarios ciblées. Pour plus d’informations sur la conception, créer et partager des modèles Access, reportez-vous à la loi Le Rational Guide de modèles Microsoft Office Access 2007.

Approches et techniques générales

Dans le contexte de la méthodologie de développement décrite dans la section suivante, les étapes de création d’une application globales base sont :

  1. Décidez si vous devez une définition de site ou un modèle de site.

  2. Créer le site de base dans Windows SharePoint Services 3.0 ou Office SharePoint Server 2007.

  3. Pour ouvrir le site, apportez les modifications, etc., utilisez Office SharePoint Designer 2007.

  4. Utilisez Visual Studio 2005, le cas échéant créer un code personnalisé supplémentaire, flux de travail personnalisés, etc..

Haut de la Page

Méthodologie architecture et le développement d’applications

Comme avec n’importe quel projet de développement, conception et création d’une application Windows SharePoint Services n’a plus de chances de réussite si vous suivez une méthodologie éprouvée. Cette section décrit la méthodologie Microsoft utilisé dans la conception de tous les modèles d’application téléchargeable. Il n’y ait rien d’étonnant dans l’approche ici, en particulier pour les développeurs expérimentés, mais elle tient compte parmi les caractéristiques de l’environnement SharePoint, et il reflète les leçons apprises par Microsoft, pour qu’il apparaisse de valeur dans ce contexte. Là encore, cette section sera très utile pour les non-développeurs connaissant comment utiliser Windows SharePoint Services 3.0 et Office SharePoint Designer 2007.

En bref, la méthodologie commence par réflexion généralement sur ce que l’application doit faire, qui ont besoin de l’utiliser et ainsi de suite. Puis elle examine plus en détail comment les données dans l’application doivent circuler, où il doit être stockés et quelles sont les relations il entre les divers composants de données. Avec une bonne compréhension du modèle de données et les scénarios d’utilisation, la méthodologie appelle pour commencer rapidement à et mettre en œuvre une estimation de la version de l’application dans Windows SharePoint Services 3.0, création de listes, bibliothèques, des flux de travail et ainsi de suite, d’une manière itérative, jusqu'à ce qu’elle commence à l’aspect et le comportement généralement comme vous le souhaitez. Enfin, la méthodologie appelle permettant d’identifier et de rédaction ajustements que les personnalisations nécessaires pour rendre l’application vraiment selon vos besoins de processus métier.

Définir les exigences fonctionnelles de l’application

S’il n’est pas nécessaire de disposer d’un document spécification technique hautement détaillée avant de générer une solution Windows SharePoint Services, il est nécessaire d’avoir une idée de la façon dont l’application a besoin pour fonctionner. Le point précédent peut sembler évident, mais de nombreux développeurs ont connu le souci de la différence entre ce que les parties prenantes pensent qu’ils souhaitent dans une application et qu’ils ont besoin pour le processus d’entreprise réussir (bien entendu, les parties prenantes généralement rendez compte cette après verra pas l’application presque terminée !).

Tout cela ne simplement dire que le début implique recueillir les exigences fonctionnelles et penser à ce que l’application a besoin accomplir. Par exemple, si vous avez besoin d’une solution de suivi de projet, vous souhaiterez identifier, au minimum, les éléments suivants :

  • Quels sont les rôles/intervenants dans le processus d’entreprise ?    Dans ce cas, un propriétaire du projet crée un projet et conserve les informations sur les tâches, problèmes et ainsi de suite, et propriétaires de tâches ont des problèmes ou des tâches qui leur sont affectées et que vous devez interagir pour accomplir leurs tâches. Responsables besoin afficher les informations de cumul sur état du projet global.

  • Quels sont l’interface utilisateur a besoin pour les différents intervenants ?    Dans ce cas, le propriétaire du projet, les propriétaires de tâches et le gestionnaire doivent différents affichages applicables à leurs activités. Les propriétaires de la tâche doivent être en mesure de voir tous les problèmes de leur attribués, par exemple, tandis que le propriétaire du projet doit être en mesure de voir tous les derniers problèmes échéance.

  • Quoi l’entreprise processus ressemble ?    Dans ce cas, propriétaire d’un projet crée un projet, les jalons, tâches et des entrées de budget et puis effectue le suivi de l’avancement au fil du temps. Le propriétaire du projet a accès fréquent dans tous les éléments d’information, alors que les propriétaires de tâche doivent agir sur des données lorsqu’une opération leur est attribuée.

  • Où se trouvent les données ?    Allez-vous utiliser uniquement des données dans Windows SharePoint Services, ou vous devez accéder à des données externes (à partir d’une base de données, un service Web, par le biais du catalogue de données métiers et ainsi de suite), et vous devez stocker des données en dehors de Windows SharePoint Services ?

  • Quelles sont les relations entre les données ?    Dans ce cas, nous avons besoin d’un élément de projet, un élément de jalon et éléments de tâches et de problèmes, et ils disposent d’une hiérarchie logique. Les utilisateurs ainsi que des points de données, et sont donc des éléments tels que le budget, nombre de jours et j’aime.

Un excellent moyen pour trouver les réponses à la plupart de ces questions consiste à littéralement dessiner des images sur un tableau blanc, l’itération par le biais du processus métier quelques heures et de quelques variantes (création de plusieurs projets, attribuer des tâches à deux ou trois personnes dans des projets et ainsi de suite). Point de vue conceptuel, l’application de suivi de projet est une conception assez simple et la configuration requise est assez désactivez à ce stade.

Validez votre modèle de données

Le modèle de données a déjà été traité, mais il est donc important qui impose une analyse plus approfondie. Mal comprendre le modèle de données entraînera probablement rendre percutantes, au niveau du système change ultérieurement, aussi est-il important de bien droit.

Il est important de comprendre qu’il existe plusieurs éléments d’information connexes, ainsi qu’un certain nombre de morceaux de métadonnées qui décrivent et définir l’endroit où un passage donné se trouve dans le processus d’entreprise. Dans le cas de suivi de projet, nous avons besoin pour en savoir plus qu’il existe un projet, un jalon, tâches et des problèmes. Nous avons besoin de savoir qu’un projet est l’élément de niveau supérieur et qu’il peut avoir plusieurs jalons. Projets peuvent également comporter plusieurs tâches et les problèmes.

Déterminer les composants et leurs relations

À ce stade, nous avons une bonne description fonctionnelle de l’application. L’étape suivante consiste à planifier l’architecture et décider comment utiliser les diverses technologies et fonctionnalités de Windows SharePoint Services 3.0 et Office SharePoint Designer 2007. Toutes les applications implique une combinaison des fonctionnalités décrites précédemment dans la section Outils et technologies utilisés, notamment :

  • Listes et des recherches

  • Affichages de liste personnalisée (regrouper, trier, filtrer, etc., via l’interface utilisateur Windows SharePoint Services )

  • Flux de travail

  • Pages personnalisées et les vues de données personnalisées dans Office SharePoint Designer 2007

Les listes et les recherches vraiment implémentent le modèle de données. Ainsi, dans le cadre de l’application de suivi de projet, vous devrez utiliser une liste pour les projets, une autre liste (avec un champ de recherche à la liste des projets) pour les jalons, une autre liste avec un champ de recherche au projet de la liste de problèmes et ainsi de suite. Pour les affichages de page personnalisée, vous voudrez simplement définir l’affichage par défaut au groupe d’état et trier par état.

Globalement, un autre exercice tableau blanc est dans l’ordre ici, dans lequel vous créez simplement une maquette de l’application, en identifiant les technologies utilisées pour chaque élément.

Commencer à créer les composants d’application

Là encore, il n’est pas nécessaire de disposer d’un document spécification technique très précis à ce stade. Il est plus important, en supposant que vous avez une bonne poignée sur le flux de données de base et les exigences relatives à l’interface utilisateur pour commencer simplement à créer.

Cela signifie littéralement, créez un nouveau site utilisant l’un des modèles de prédéfinies dans Windows SharePoint Services 3.0, ou créer votre propre modèle de site à l’avance et création d’une nouvelle instance de site sur la base. Pour de nombreuses applications, vous allez utiliser probablement simplement le modèle Site d’équipe ou Site vide comme base.

Dans l’application de suivi de projet, la première chose à faire consiste à créer quatre listes (liste des projets, tâches de projet, problèmes du projet et les jalons du projet). Ensuite, créez des colonnes personnalisées pour chacun de ces listes. Windows SharePoint Services 3.0 vous permet de créer un certain nombre de différents types de colonnes, y compris les choix, nombre, personne ou groupe et recherche (informations déjà sur ce site). La liste de la liste des projets dans le modèle d’application de suivi de Microsoft project utilise la plupart d'entre elles, comme indiqué dans la Figure 2.

Colonnes personnalisées dans une liste
Figure 2 : Des colonnes personnalisées dans une liste

La colonne État est basée sur le type de colonne de choix, la colonne Budget est un numéro de colonne (à l’aide de la devise) et ainsi de suite.

Dans la liste jalons du projet, une colonne de recherche est utilisée afin qu’un jalon peut être associé dans une relation parent-enfant un projet. Création d’une colonne de recherche est simplement une question d’en sélectionnant la liste dans laquelle vous voulez rechercher et puis en sélectionnant la colonne à partir de cette liste (Windows SharePoint Services remplit la liste déroulante automatiquement), comme illustré dans la Figure 3.

Définir une colonne de recherche pour récupérer des informations d'une autre liste
Figure 3 : Définir une colonne de recherche pour récupérer des informations à partir d’une autre liste

À ce stade, vous travailler dans certaines logique de l’application, création d’un flux de travail simple pour informer les membres lors de la création de nouveaux projets. Vous pouvez également commencer à créer des affichages personnalisés dans les listes à l’aide de la Windows SharePoint Services l’interface utilisateur pour trier et filtrer selon vos préférences.

Déterminer les personnalisations nécessaires à l’application

Point de vue fonctionnel, grande partie de l’application de suivi de projet a été implémenté avec simplement le Windows SharePoint Services l’interface utilisateur. À ce stade, nous pouvons voir déjà choses fonctionnent mais également insuffisante, quels éléments n’est pas possible par le biais du Windows SharePoint Services l’interface utilisateur et ainsi de suite. Certaines zones dans lesquelles nous allons tirer parti des Office SharePoint Designer 2007 sont :

  • Logique de l’application dans un flux de travail    Les flux de travail que vous pouvez utiliser les prédéfinis dans Windows SharePoint Services 3.0 et Office SharePoint Server 2007 devez spécifier un utilisateur ou un groupe auquel vous affectez une tâche. Pour notre application de suivi de projet, nous devons déterminer dynamiquement un destinataire pour une action de flux de travail, en fonction de la propriété propriétaire dans un problème ou une tâche. Nous pouvons utiliser Office SharePoint Designer 2007 pour créer un flux de travail sans code dynamique pour cette solution.

  • Affichages de tableau de bord et Gestionnaire    Nous devons pour afficher une vue combinée de tous les projets, tous les budgets et ainsi de suite. Nous pouvons créer facilement sans code vues de données pour afficher rejoint et combinées informations pour un tableau de bord.

  • Relations parent-enfant    Il existe quelques problèmes de facilité d’utilisation lors de la création de tâches. Par exemple, nous aimerions ont une valeur par défaut de la tâche à un projet particulier, en fonction de quelle page nous situés. Nous pouvons utiliser Office SharePoint Designer 2007 pour ajouter une logique pour automatiser la liaison d’un élément vers un autre.

Microsoft a utilisé la même approche itérative lors de la création les modèles de 40 application et un ensemble d’approches cohérentes, avec recommandations cohérentes, arborescences de décision et ainsi de suite, ont été développés pour optimiser les étapes à suivre en mode natif dans Windows SharePoint Services 3.0 et ce qui doit être effectué à l’aide de Office SharePoint Designer 2007 et autres outils. La section suivante de cet article décrit ces approches, identification cinq « modèles de conception » et les méthodes qu’ils doivent être appliquées, citation exemples de nombreux modèles d’application tout au long du processus. Dès lors, le reste de ce document est plus détaillées et techniquement au-delà de la discussion sur la méthodologie de profondeur.

Haut de la Page

Implémentation des modèles de conception communs

Dans cette section, nous décrira les cinq modèles de conception de base dans le contexte d’utilisation de Microsoft réellement les. Par conséquent, nous fera référence à un nombre de différents exemples sur les modèles, y compris les exemples de code et des instructions étape par étape le cas échéant. Les développeurs trouveront cette section et les sections restantes sur la création d’un modèle d’application plus utile réellement, mais il est conçu pour être accessibles pour les non-développeurs également.

Pour commencer, les modèles de conception sont les suivantes :

  • Formulaires personnalisés    Création de personnalisé apparence qui fournit des conseils pour l’action à certains points dans le processus d’entreprise (y compris uniquement exposer les propriétés appropriées qui sont autorisées à modifier ou concernent en une étape donnée).

  • Action de flux    Création d’actions précies menant au bon endroit pour l’acteur droite (pour ce faire, nous avons besoin de contrôle de navigation efficace est sensible à l’action et l’acteur exécutant l’action).

  • Relations parent-enfant    Création d’une relation entre deux ou plusieurs listes SharePoint pour la recherche et de référence.

  • Flux de travail    Utilisation de Office SharePoint Designer 2007 pour créer un processus métier basée sur Windows Workflow Foundation.

  • Tableaux de bord    Utilisation des composants WebPart pour créer une vue unifiée des informations diffusées dans l’ensemble du site dans un seul endroit.

Utiliser des formulaires personnalisés

Formulaires personnalisés jouent un rôle essentiel dans la personnalisation de l’interface utilisateur d’entrée de données dans Windows SharePoint Services. Comme vues de liste personnalisée sont utilisées pour présenter les données d’une liste de différentes manières, formulaires personnalisés sont utilisés pour présenter les différentes méthodes de capturant l’entrée d’utilisateur. La nécessité de créer ces formulaires personnalisés peut-être survenir pour diverses raisons, selon les besoins professionnels.

Personnalisation basée sur une tâche

Processus métiers demandent aux utilisateurs d’effectuer des actions très spécifiques qui affectent les données métiers à différents points du processus. Une bonne solution processus facilite aux utilisateurs de faire leur travail en exposant les informations appropriées à chaque étape du processus.

Windows SharePoint Services contient un formulaire Modifier avec chaque liste par défaut. Toutefois, ce formulaire peut ne pas affiche le meilleur ensemble de champs pour une étape spécifique d’un processus métier, et pas réorganiser les champs d’une manière qui rend l’action requise effacer. Afin de vous assurer que les utilisateurs sont en mesure de modifier facilement les informations appropriées lorsqu’il effectue une action, vous pouvez créer un formulaire personnalisé pour chaque action.

La solution de suivi des bogues utilise des formulaires personnalisés afin qu’à chaque étape du processus de suivi des bogue, il est immédiatement clair quelles informations doivent être entrées pour un élément de bogues. Chaque action dans le processus de suivi des bogues possède son propre formulaire. Par exemple, lorsqu’un utilisateur choisit résoudre un bogue, il est redirigé vers la page de résolution (Resolve.aspx). Cette page vous permet de les entrer la résolution du bogue et le nom de la personne qui a résolu le bogue. L’utilisateur clique sur le bouton résoudre pour soumettre leurs modifications. Cela permet d’un flux d’action qui est facile à utiliser et permet d’éviter des erreurs ou des informations manquantes.

Création d’un formulaire de modification personnalisé est assez simple à effectuer à l’aide de Office SharePoint Designer 2007:

  1. Créer une copie de la valeur par défaut EditForm.aspx et renommez-le.

    Important : Il est important que vous créez une copie de la valeur par défaut EditForm.aspx et renommez en tant que la première étape de ce processus. Si vous effectuez l’étape 2 dans la page EditForm.aspx d’origine, vous irréversible sauts de page la liste.

  2. Supprimer le composant WebPart Formulaire de liste dans votre nouveau formulaire de modification.

  3. Insérer une vue de données qui contient les données que vous souhaitez exposer (dans le menu Insertion, cliquez sur Les contrôles de SharePoint, puis cliquez sur Le formulaire de liste personnalisé ).

  4. À l’aide de la méthode Insert, Office SharePoint Designer 2007 crée automatiquement un bouton Enregistrer pour le formulaire. Le code ci-dessous montre un exemple de code HTML personnalisé pour le bouton Enregistrer.

<input type="button" value="Save" name="btnSave" onclick="javascript: {ddwrt:GenFireServerEvent('__commit;__redirectsource')}"/>

éléments de navigation ;

Une fois que vous avez créé des pages correspondant à vos rôles, vous devez toujours permet aux utilisateurs d’accéder rapidement au tableau de bord pertinent. En cas de planification de solution, nous avons procédé à l’aide d’un modèle XSL pour créer un lien vers le tableau de bord correcte pour l’utilisateur actuel en fonction de leur rôle.

L’une des limitations de cette technique sont que si vous ajoutez des rôles supplémentaires à votre solution, fournissant des tableaux de bord personnalisés à ces rôles requiert la création de pages .aspx supplémentaires.

Il est important de noter que cette technique n’ajoute pas de n’importe quel mieux contrôler les personnes ayant accès à des informations sur le site. Tout utilisateur peut toujours théoriquement afficher toutes les informations de la solution.

Affectation de rôles aux utilisateurs

Il existe plusieurs façons pour créer des rôles et les affecter à des utilisateurs. La meilleure solution à ce défi peut varier considérablement en fonction de la configuration requise d’une application spécifique ou d’une organisation. Windows SharePoint Services ne fournit pas un moyen de mise en service des attributions de rôle prêts à l’emploi. Dans certains cas, il peut être suffisant pour les rôles de mise en service après un site a été déployé ou pour autoriser les utilisateurs à attribuer des rôles pour leur propre compte en tant que nécessaire.

En cas de planification de solution, les utilisateurs peuvent inscrire pour le rôle qui s’applique le mieux à ces. Pour ce faire par le biais du composant WebPart personnalisé sur la première page de l’espace de travail pour la planification d’un événement.

Autres exemples de ce modèle de conception

Pour un autre exemple administrateur de serveur de l’utilisation de formulaires personnalisés, voir le modèle d’application pour Windows SharePoint Services 3.0.

Pour obtenir un exemple d’administration du site, voir le modèle d’application de gestion des processus de fabrication pour Windows SharePoint Services 3.0.

Contrôler le flux d’action

Une application Web réels basés après un processus d’entreprise est rarement contenue dans une seule page Web ou un composant WebPart. Au lieu de cela, il s’étend sur plusieurs ces composants, chaque responsables d’une étape distincte dans le processus d’entreprise. Par conséquent, la navigation dans bonnes conditions et facilement entre les composants d’une application devient un aspect clé de la conception d’applications. Un modèle de conception clés, puis, consiste à contrôler le déroulement de l’action en liant des actions processus métiers vers la navigation, pour effectuer une action spécifique mène l’utilisateur à la page suivante approprié ou l’action suivante.

Une de contrôle le flux action consiste à utiliser la fonctionnalité d’une Action personnalisée dans Windows SharePoint Services 3.0, qui vous permet d’ajouter vos propres actions sur le bouton de contexte incorporé pour les éléments dans une bibliothèque. L’une des limitations de cette fonctionnalité sont qu’actions doivent être codé en dur et ne peut pas être paramétrées par le nom de l’élément ou toute autre valeur dynamique.

Une autre méthode, qui vous permet d’incorporer des actions dynamiques dans votre processus d’entreprise, consiste à créer des listes SharePoint personnalisées et utiliser « champs calculés ». Le modèle d’application suivi de bogues utilise une liste de bogues personnalisée pour effectuer le suivi des informations et l’état des bogues. À l’aide des champs calculés, Microsoft a été en mesure d’inclure des liens personnalisés dans l’affichage de liste, pour un utilisateur peut agir sur les bogues, tels que « Activer » ou « Résoudre », et chacune de ces actions a navigation qui donne l’utilisateur à personnalisé NOMPROPRE formulaire (voir modèle de conception précédente) pour effectuer ce qui est nécessaire pour activer ou résoudre le bogue.

Champs calculés sont une fonctionnalité de Windows SharePoint Services 3.0 qui vous permet d’appliquer un motif de rendu personnalisé sous forme de colonne dans une liste SharePoint. Par conséquent, une action de processus métiers (l’activation d’un bogue) est exposée comme un bouton dans une colonne qui dirige l’utilisateur vers la forme correcte personnalisée pour exécuter cette action d’entreprise.

Le champ calculé prend en charge la logique conditionnelle pour choisir si une action est affichée. Par exemple, si le bogue est déjà activé, nous ne pas afficher le bouton Activer. Un champ calculé est ajouté à une liste SharePoint en ajoutant un élément de champ dans le fichier XML de schéma qui définit la liste. <Field ID="{EA1D0509-767B-4576-ABEF-FC66647037B9}" Name="ActivateBug" Group="_Hidden" Type="Computed" Sortable="FALSE" Filterable="FALSE" DisplayName="$Resources:tsa,Activate_DispName;" ClassInfo="Icon" AuthoringInfo="$Resources:core,Linked_Item;"> <FieldRefs> <FieldRef ID="{94f89715-e097-4e8b-ba79-ea02aa8b7adb}" Name="FileRef"/> <FieldRef ID="{3f277a5c-c7ae-4bbe-9d44-0456fb548f94}" Name="Status"/> <FieldRef Name="ID" /> </FieldRefs> <DisplayPattern> <IfEqual> <Expr1>$Resources:core,Status_Active;</Expr1> <Expr2> <Field Name="Status"/> </Expr2> <Then> </Then> <Else> <HTML><![CDATA[<a href="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/Activate.aspx?ID=]]></HTML> <Column HTMLEncode="TRUE" Name="ID"> </Column> <HTML><![CDATA[" onclick="GoToLink(this);return false;" target="_self">]]></HTML> <HTML><![CDATA[<img border="0" alt="]]></HTML> <HTML>$Resources:tsa,Activate_DispName;</HTML> <HTML><![CDATA[" src="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/IMNBUSY.GIF">]]></HTML> <HTML><![CDATA[</a>]]></HTML> </Else> </IfEqual> </DisplayPattern> </Field>

Ce code montre le code XML pour le champ calculé activer. Ce champ affiche un lien cliquable état orange si le bogue n’a pas été activé. L’utilisateur peut cliquer sur le lien pour accéder à l’écran activer pour ce bogue.

L’élément FieldRefs inclut une référence de champ dans le champ État dans la liste des bogues. Cette référence nous permet de faire un rendu personnalisé de ce champ calculé basé sur le statut du bogue.

Le champ DisplayPattern d’une colonne calculée contient les calculs et le modèle de rendu pour la colonne. Dans cet exemple, nous utilisons une instruction else-if-alors pour déterminer si le statut du bogue est actif. Si le bogue est actif, nous ne rien afficher dans le champ Activer. Si le bogue n’est pas actif, le code HTML dans l’élément Else s’affiche. Ce code HTML est l’image et le lien sur lequel l’utilisateur peut cliquer pour activer le bogue.

Autres exemples de ce modèle de conception

Pour un autre exemple administrateur de serveur de contrôle le flux action, voir le modèle d’application pour Windows SharePoint Services 3.0.

Pour obtenir un exemple d’administration du site, voir le modèle d’application Site d’activités employés pour Microsoft Windows SharePoint Services 3.0.

À l’aide de relations parent-enfant

Solutions métiers requièrent souvent des données pour être affiché et utilisé dans le contexte d’une relation à d’autres données. Par exemple, comme nous l’avons vu avec l’application de suivi de projet, projets, tâches, problèmes et jalons sont stockés dans leur propre liste SharePoint. Chaque tâche, un problème et un jalon sont associé à un élément dans la liste des projets. La conservation de la relation entre une liste et les informations « enfants » contenues dans d’autres listes peut poser un défi.

Création d’un lien par défaut entre un élément de liste et une existante

L’un des problèmes courants sont produit lorsqu’un utilisateur souhaite créer un élément de liste qui est lié à un élément dans une liste parent. Dans la solution de suivi de projets multiples, cela se produit lorsqu’un utilisateur tente de créer une tâche qui est liée à un projet existant. Prêts à l’emploi, il n’existe aucun mécanisme dans Windows SharePoint Services 3.0 crée automatiquement une relation entre un élément de liste en cours de création et celle qui existe.

À partir de la page de détails de projet (DispForm.aspx) dans le modèle d’application suivi de projet plusieurs, un utilisateur peut créer des tâches sous ce projet. La nouvelle page de la création de tâches (NewForm.aspx) contient un menu déroulant dans lequel l’utilisateur peut sélectionner le projet parent pour cette tâche. Pour apporter cette valeur par défaut de la liste déroulante au projet parent affiché dans la page de de que l’utilisateur parcouru à partir, nous transmettre l’ID du projet parent à NewForm.aspx dans la chaîne de requête. Ensuite, à l’aide de JavaScript, analyser la valeur de l’ID de projet arrière et sélectionnez le projet concerné dans la zone de liste déroulante. <a href="../ProjectTasks/NewForm.aspx?ProjectID={$ProjectID}" onclick="javascript:this.href = unescapeProperly(escape(this.href)); GoToLink(this); return false;" target="_self">Create a new Task...</a>

Ce code montre le lien à partir de DispForm.aspx. Notez que ProjectID est incluse dans la chaîne de requête.

Lors du chargement NewForm.aspx, JavaScript analyse l’ID de projet à partir de la chaîne de requête et modifie la liste déroulante du projet de sorte que le projet approprié est sélectionné.

Le code JavaScript est contenu dans un composant WebPart Éditeur de contenu sur NewForm.aspx. Le composant WebPart est défini sur n’ont aucun chrome, afin qu’il n’apparaisse pas dans la page, à moins que la page est en mode édition. Le code JavaScript est placé dans la zone de l’éditeur de contenu. <script type="text/javascript"> _spBodyOnLoadFunctionNames.push("fillDefaultValues"); function fillDefaultValues() { var qs = location.search.substring(1, location.search.length); var args = qs.split("&"); var vals = new Object(); for (var i=0; i < args.length; i++) { var nameVal = args[i].split("="); var temp = unescape(nameVal[1]).split('+'); nameVal[1] = temp.join(' '); vals[nameVal[0]] = nameVal[1]; } setLookupFromFieldName("Project", vals["ProjectID"]); setLookupFromFieldName("Milestone", vals["MilestoneID"]); } function setLookupFromFieldName(fieldName, value) { if (value == undefined) return; var theSelect = getTagFromIdentifierAndTitle("select","Lookup",fieldName); if (theSelect == null) { var theInput = getTagFromIdentifierAndTitle("input","",fieldName); ShowDropdown(theInput.id); var opt=document.getElementById(theInput.opt); setSelectedOption(opt, value); OptLoseFocus(opt); } else { setSelectedOption(theSelect, value); } } function setSelectedOption(select, value) { var opts = select.options; var l = opts.length; if (select == null) return; for (var i=0; i < l; i++) { if (opts[i].value == value) { select.selectedIndex = i; return true; } } return false; } function getTagFromIdentifierAndTitle(tagName, identifier, title) { var len = identifier.length; var tags = document.getElementsByTagName(tagName); for (var i=0; i < tags.length; i++) { var tempString = tags[i].id; if (tags[i].title == title && (identifier == "" || tempString.indexOf(identifier) == tempString.length - len)) { return tags[i]; } } return null; } </script>

La commandespBodyOnLoadFunctionNames.push_ajoute la fonction fillDefaultValues à la liste des scripts à exécuter lors du chargement.

La fonction fillDefaultValues capture l’ID de projet ou jalon à partir de la chaîne de requête et passe à setSelectedOptions. Puis setSelectedOptions définit la valeur de la liste déroulante à l’ID du projet parent.

Autres exemples de ce modèle de conception

Pour un autre exemple administrateur de serveur de l’utilisation des affichages de type parent-enfant, voir le suivi du stock modèle d’application pour Windows SharePoint Services 3.0.

Pour obtenir un exemple d’administration du site, voir la parenthèse Store nouveau modèle d’application pour Windows SharePoint Services 3.0.

À l’aide de flux de travail

Windows SharePoint Services 3.0 héberge Windows Workflow Foundation permettant d’ajouter une logique de flux de travail à l’application. Office SharePoint Designer 2007 dispose d’un outil puissant conception basée sur les règles pour personnaliser et ajouter une logique conditionnelle autour de flux de travail prête à l’emploi. Vous pouvez également créer plus complexes et flux de travail personnalisée avec du code à l’aide de Visual Studio 2005 avec Visual Studio 2005 Extensions pour Windows Workflow Foundation. Dans tous les cas, il existe quelques considérations pour quand et comment utiliser les flux de travail, comme suit.

Considérations relatives à l’utilisation de flux de travail

Flux de travail est une bonne solution pour les opérations asynchrones. Dans la solution bibliothèque de prêt, flux de travail est utilisé lorsqu’un utilisateur propose une nouvelle bibliothèque. Un des motifs que ce flux de travail est un bon choix ici est que le processus entre le proposer et l’approbateur n’est pas synchrone.

Flux de travail fonctionne également bien pour les événements programmés. Dans la solution bibliothèque de prêt, flux de travail est utilisée pour gérer l’extraction et l’échéance des rappels pour des éléments de la date. Une fois qu’un élément est extrait, le flux de travail envoie automatiquement une échéance rappel date lorsque l’élément se transforme en échéance.

Flux de travail peut servir comme moyen pour simplifier une autre tâche de programmation complexe sur le serveur. Le modèle d’application de gestion de la carte de pointage pour Windows SharePoint Services 3.0 est un exemple. Cette application effectue le suivi de la durée du travail d’un employé sur une tâche par calculer la différence entre punch dans et découpe horodatages. En règle générale, tout en conservant le suivi de l’horodatage verser journalisation dans ces deux activités sur le serveur (probablement à une base de données), un projet de développement remarquables. En revanche, cette application repose sur une étape de flux de travail simple. Lorsque l’utilisateur poinçonnages, le flux de travail crée une entrée dans la liste des journaux de temps et définit la valeur d’heure de début à l’horodatage actuel. De même, lorsque l’utilisateur poinçonnages, le flux de travail met à jour de la ligne correspondante dans la même liste et définit la valeur d’heure de fin. La durée du travail de l’utilisateur est simplement la différence entre l’heure de fin et des valeurs de l’heure de début, qui est pris en compte dans la colonne calculée intitulée heures.

Flux de travail exécute en mode asynchrone. Si vous créez une solution dans laquelle les résultats d’une action doivent être terminées immédiatement avant de passer à la page suivante, flux de travail peut ne pas être la meilleure solution. Par exemple, dans la solution de suivi des bogues, flux de travail n’est pas utilisé pour gérer la résolution et l’activation de bogues. Une des raisons de ce choix de conception est que des modifications dans l’état des bogues doivent être reflétées dans l’interface utilisateur immédiatement après qu’un utilisateur effectue une action sur un bogue.

Utilisation de Office SharePoint Designer 2007 pour créer un flux de travail personnalisé

Création d’un flux de travail à l’aide de Office SharePoint Designer 2007 est une expérience sans code. Avec un site est ouvert, cliquez simplement sur le menu fichier, pointez sur Nouveau, cliquez sur flux de travail et utiliser ensuite le Concepteur de flux de travail. Le Concepteur de flux de travail vous permet de créer des actions et des règles sophistiquées et est intégré aux listes et bibliothèques SharePoint afin que vous pouvez utiliser des champs et des valeurs directement à partir des éléments de liste et de bibliothèque pour piloter votre logique de flux de travail.

Par exemple, supposons que vous souhaitez créer des actions de flux de travail qui envoie un message électronique à un propriétaire de la tâche chaque fois qu’une nouvelle tâche ou un problème est créé. Dans le modèle de suivi de projet, le propriétaire est une colonne personnalisée dans la liste SharePoint, afin que le flux de travail peut utiliser cette valeur de la colonne et déterminer de façon dynamique l’adresse de messagerie réel au moment de l’exécution.

Pour en savoir plus sur les flux de travail dans Office SharePoint Designer 2007, voir Présentation de Microsoft Office SharePoint Designer 2007.

Autres exemples de ce modèle de conception

Pour un autre exemple administrateur de serveur de l’utilisation de flux de travail, voir les entretiens et entretien modèle d’application pour Windows SharePoint Services 3.0.

Pour obtenir un exemple d’administration du site, voir le d’Initiation essai clinique et ce modèle d’application pour Windows SharePoint Services 3.0.

Utilisation de tableaux de bord

Parmi les nombreux avantages du composant WebPart infrastructure dans Windows SharePoint Services 3.0 est la possibilité d’afficher des informations réparties au sein d’un site SharePoint ou avec l’extérieur dans une page de résumé, appelé un tableau de bord. Un besoin d’entreprise courants dans les environnements partagés est basée sur les rôles des tableaux de bord, qui offre une vue des informations pertinentes pour un rôle ou une autre personne. Ces tableaux de bord tirer parti des puissantes fonctionnalités intégrées, telles que le composant WebPart filtrage et ciblage pour afficher des informations sur la base de l’audience qui visualise la page.

Vous pouvez également accéder au-delà de ces fonctionnalités et créez des pages distinctes pour des rôles distincts, afin de vous pouvez de personnaliser non seulement les informations présentées, mais également la mise en page et autres aspects de la page. Ces pages personnalisées basée sur les rôles sont largement utilisées par les modèles d’application et peuvent, inclure bien entendu, filtrage et ainsi de ciblage d’audience.

L’application de la bibliothèque de prêt, par exemple, facilite l’utilisation des tableaux de bord basée sur les rôles pour présenter des informations qui correspond le mieux à l’utilisateur selon le rôle de l’utilisateur. La page principale du site comporte deux pages disponibles : une ciblées pour l’utilisateur de bibliothèque (la page par défaut) et l’autre pour le Générateur de bibliothèques.

De même, l’application de service d’assistance a trois affichages de tableau de bord disponibles dans la page principale : Accueil demandes de Service, accueil du Gestionnaire de connaissances et accueil du Gestionnaire de demandes de Service. L’utilisateur sélectionne le lien hypertexte plus pertinent pour leur rôle. Le composant WebPart affiché dans le tableau de bord filtre également le contenu à afficher pertinents pour l’utilisateur. Pour cela en appliquant un filtre à l’affichage. Les étapes suivantes expliquent comment cet un filtre est appliqué à un affichage de liste existant.

  1. Accédez à la page en mode liste dans le navigateur.

  2. Recherchez le contrôle de liste déroulante dans la barre d’outils liste et sélectionnez l’affichage que vous voulez modifier, si l’affichage n’est pas déjà fait.

  3. Accédez à nouveau sur le même contrôle de liste déroulante et sélectionnez Modifier cet affichage.

  4. Dans la page Modifier l’affichage, faites défiler jusqu'à la section filtrer. Définissez la valeur de filtre comme suit :

    Afficher les éléments lorsque la colonne créé par est égal à [moi], ou la colonne client est égal à [moi].

  5. Cliquez sur OK.

Fonctionnalités de la page d’accueil du gestionnaire conseiller du Service de l’application de service d’assistance, voir Figure 4, deux composants WebPart du tableau de bord qui synthétisent les demandes de service par état et priorité sous la forme d’un graphique à barres.

Une page du tableau de bord
Figure 4 : Une page de tableau de bord

Il s’agit des composants WebPart de vue données qui reflète les données contenues dans une liste appelée demandes de Service, qui est également une partie du site Solution de support vous aider. Pour mieux comprendre comment ces composants WebPart ont été créés, ouvrez le site dans Office SharePoint Designer 2007 et chargez la page HelpDeskManager.aspx qui contient ces composants WebPart. Afficher la page en mode fractionné et vous verrez que le code derrière les composants WebPart est un mélange de langages de balisage XSLT, HTML et CSS.

Examinons comment les barres du graphique à barres sur le composant WebPart ont été créés. Nous prendra globale Service demander priorité composant comme un exemple. Dans Office SharePoint Designer 2007, dans le menu Insertion, cliquez sur Les contrôles de SharePoint, puis cliquez sur Vue de données pour ouvrir le volet Office Bibliothèque de sources de données. Ce volet nous permet de parcourir les diverses sources de données actuellement accessibles au site, y compris les listes déjà dans le site. Dans notre exemple, nous développer la section intitulée Listes SharePoint et cliquez sur le nom de la liste Demandes de Service, pour indiquer que cette liste sera la source de données. Dans le menu contextuel qui s’affiche, cliquez sur Afficher les données. Cette action ouvre un nouveau panneau de configuration dans le volet Office intitulé détails de Source de données qui permet de révéler tous les champs et les exemples de données stockées dans la liste des demandes de Service. Ce panneau de configuration, nous allons sélectionner les noms de champ souhaité nous souhaitons à afficher dans le composant WebPart — dans notre exemple, le champ priorité — puis sélectionnez Insérer un champ sélectionné comme affichage d’un élément unique (voir Figure 5).

Notez que notre objectif ici est affiche un résumé de toutes les tâches regroupées par priorité. Cela signifie que nous avons besoin énumérer les options disponibles dans le champ priorité qu’une seule fois, puis afficher un compteur de chaque valeur de priorité dans la liste à côté. Nous laisser, par conséquent, pour afficher les valeurs de priorité en tant qu’un Seul affichage d’un élément comme point de départ de notre personnalisation. Sélection d’un Affichage de plusieurs éléments à la place expose toutes les lignes dans la liste.

Création d'une page de tableau de bord dans SharePoint Designer
Figure 5 : Création d’une page de tableau de bord dans Office SharePoint Designer 2007

Cela permet d’insérer un composant WebPart Affichage de données dans la page à l’endroit du curseur. Toutefois, le composant WebPart affiche simplement une seule ligne de données et non un graphique à barres résumer les demandes de service par priorité. Peut être effectué en, étant donné que le composant WebPart est rendu à l’aide de code HTML, XSL, nous sont libres de personnaliser le code pour l’adapter à nos besoins. La section suivante présente certaines des principaux avantages de cette personnalisation pour convertir ce composant WebPart dans un graphique à barres.

Nous savoir notre source de données de liste a trois valeurs de priorité : élevé (1), (2) normale et (3) faible. Par conséquent, nous déclarer une variable XSLT pour chaque valeur comme suit : <xsl:variable name="High" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(1) High'])" /> <xsl:variable name="Normal" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(2) Normal'])" /> <xsl:variable name="Low" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(3) Low'])" /> <xsl:variable name="AllTasks" select="count(/dsQueryResponse/Rows/Row)" />

Notez que le XSL paramètre @Priority désigne le nom du champ de source de données. Dans la mesure où le code pour représenter les valeurs de trois priorité est similaire, nous concentrer sur graphiques uniquement la première valeur priorité. Pour obtenir la valeur de pourcentage, nous définir une nouvelle variable, percetHigh, pour calculer la valeur du pourcentage de requêtes avec une priorité élevée : <xsl:variable name="percentHigh" select="$High div $AllTasks" />

Le code qui crée la barre réelle d’un modèle XSL, comme indiqué ci-dessous : <xsl:template name="ChartRow"> <xsl:param name="RowName"></xsl:param> <xsl:param name="Value"></xsl:param> <xsl:param name="PercentValue"></xsl:param> <tr> <td class="ms-formbody" width="125px" style="vertical-align:middle"> <xsl:value-of select="$RowName"/>: <xsl:value-of select="$Value" /> <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes"> &amp;nbsp; </xsl:text>( <xsl:call-template name="percentformat"> <xsl:with-param name="percent" select="$PercentValue"/> </xsl:call-template>) </td> <td> <table width="100%" > <tr> <td width="{round($PercentValue*100)+1}%" height="15px" class="ms-selected"><xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> <td width="100%" > <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> </tr> </table> </td> </tr> </xsl:template>

Notez que la barre elle-même est une table avec deux cellules. La largeur de la première cellule, qui représente la largeur de la barre dans le graphique, est déterminé par la variable PercentValue , représentés dans le code en tant que : td width="{round($PercentValue*100)+1}%"

Cette cellule possède également une classe de style CSS, ms-sélectionné, qui lui est appliqué. Ce cours de style est définie comme suit dans le fichier de feuille de style core.css : .ms-selected { background-position:left top; color:#000000; background-image:url("/_layouts/images/filedialogselected.gif"); background-color:#FFE499; border-top:1px solid #FFE499; border-bottom:1px solid #FFE499; background-repeat:repeat-x; }

L’image d’arrière-plan, filedialogselected.gif, est en quoi la cellule (par exemple, la barre) apparaissent jaune.

Autres exemples de ce modèle de conception

Pour un autre exemple administrateur de serveur de l’utilisation de tableaux de bord, voir le Centre d’appels modèle d’application pour Windows SharePoint Services 3.0.

Pour obtenir un exemple d’administration du site, voir le modèle d’application pour Windows SharePoint Services 3.0 Business Performance Reporting.

Haut de la Page

Création de modèles

Modèles d’application dans Windows SharePoint Services existe deux types : définitions de sites et modèles de sites. Les modèles de 40 application sont un mélange des deux. Les deux types de modèles sont disponibles à l’utilisateur à choisir sur la page Nouveau SharePoint Site, et les deux fonctionnent de façon très similaire à l’utilisateur final. Toutefois, la méthode de création de ces modèles des rendre accessibles pour une utilisation dans l’écran de création de site est très différente.

Définitions de site

Dans le sens le plus simple, une définition de site est un ensemble de fichiers XML, des assemblys et des pages .aspx qui déterminent structuration basé sur ce site et y remédier l’application sous-jacente dans le site. Dans la mesure où les fichiers XML et .aspx base sont accessibles via le système de fichiers, ils peuvent être cloner et modifiées facilement pour recréer les nouvelles définitions de site, effectuer des définitions de site hautement personnalisables.

Une fois un site est mis en service (créé) déconnecter une définition de site, modifications apportées aux fichiers de définition du site dans le système de fichiers peuvent se propager toujours au site mis en service. Toutefois, le modification de fichiers de définition de site après que sites sont mis en service n’est pas pris en charge par Microsoft. Si les pages dans le site mis en service sont modifiés en utilisant un éditeur externe tel que Office SharePoint Designer 2007, la page perd sa connexion avec la définition du site dans le système de fichiers. En revanche, la page est enregistrée dans le système de base de données Windows SharePoint Services et il est connue d’une page « personnalisée » ou « sans Ghost ».

Si vous avez besoin personnaliser une définition de site existante, votre est également possible de commencer avec une copie renommée de la définition du site, au lieu de modifier une existante. Pour mettre en œuvre des modifications à une définition de site existante après que sites ont déjà été généré formulaire, vous devez créer et déployer un package de solution mise à niveau de définition du site. Pour plus d’informations sur la façon de procéder, voir les articles correspondants dans le Kit de développement logiciel Windows SharePoint Services 3.0.

Modèles de site

Un modèle de site est un site SharePoint regroupé dans un seul fichier qui peut être décompressé pour créer des sites avec contenu et structure similaire. Cela signifie qu’afin de créer un modèle de site, nous avons besoin d’un site SharePoint existant comme point de départ. Toute personnalisation de site – mises en page, des feuilles de style, images, pages maîtres, documents, listes, afficher le contenu – peut être capturée dans le modèle.

Processus de capture d’un site existant dans un modèle peut se produire directement à partir de tâches d’administration du site (sous Paramètres du Site ) ou à partir de Office SharePoint Designer 2007. Une fois créé, le modèle de site est stocké dans la galerie de modèles de Site de la collection de sites en cours. Le fichier a une extension .stp. Ce fichier peut être téléchargé à partir de la galerie de modèles de Site et migré vers une autre collection de sites ou dans un environnement de serveur différent. La dernière partie de cette section examine en détail la création et l’utilisation d’un modèle de site.

À l’aide des définitions de site et les modèles de site

Comme simplement expliqué, modèles de sites sont réellement dérivés de définitions de site. Lorsque vous décidez entre la création d’une nouvelle définition du site ou un modèle de site, procédez comme suit :

  • Complexité de l’application    Si vos besoins sont principalement cosmétiques, telles que les modifications de mise en page et manipulations d’image à un site existant, modèles de sites sont la solution idéale. En revanche, si vous souhaitez ajouter de nouvelles définitions de composant WebPart, ou à utiliser un code personnalisé ou champs calculés, vous devez créer une définition de site personnalisé.

  • Votre niveau d’accès dans le serveur    Vous avez accès à l’ensemble du serveur Web ? Ou tout simplement à une collection de sites spécifique ? Créer et déployer une définition de site, vous devez accéder système de fichiers du serveur. Si vous n’avez pas cet accès, vous êtes limité à la création d’un modèle de site au niveau de collection de sites du site que vous avez accès. N’oubliez pas que cette exigence access ne s’applique pas aux administrateurs de site, une fois déployées, chacun disposant de droits pour créer un site auront accès à ces deux types de modèle d’application.

  • Fréquence des mises à jour/modifications ultérieures    Modification d’un modèle de site n’affecte pas les sites déjà créés à partir de ce — que plus récentes sites créées après que les modifications sont affectées. Déploiement d’un package de solution mise à niveau de définition de site affecte tous les sites déjà créés à partir de celui-ci.

Conseils pour la création de modèles de site et les définitions de site

Création de modèles de site et les définitions de site impliquent des quantités variables de complexité. Les techniques de base sont décrites dans les sections suivantes.

Création d’un modèle de site

Comme indiqué précédemment, un modèle de site est en réalité un site SharePoint qui est fourni pour le réutiliser. Ce fichier empaqueté existe dans la galerie de modèles de Site au niveau de la collection de sites. Les modèles de site dans la galerie sont disponibles pour la création de nouveaux sites à tous les niveaux de site enfant de la collection de sites. La procédure suivante vous guide dans la création d’un nouveau modèle de site à partir d’un site existant :

  1. Ouvrir le site existant dans Office SharePoint Designer 2007 et vérifiez la mise en page et le contenu du site que vous le souhaitez.

  2. Dans le menu fichier, pointez sur Exporter, puis cliquez sur Modèle de Site SharePoint. Cela vous permet d’accéder à la page Paramètres du Site Web.

  3. Entrez un nom de fichier, titre et une description pour le modèle.

  4. Si vous le souhaitez, sélectionnez l’option Inclure le contenu si vous souhaitez que les données dans les listes et bibliothèques de documents inclus dans le modèle. Vous devez également sélectionner cette option si vous voulez inclure des flux de travail, car le flux de travail est réellement le contenu stocké dans une bibliothèque de documents.

  5. Cliquez sur OK. Cela crée un fichier de modèle de site avec une extension .stp et place le fichier dans la galerie de modèles de Site du site parent.

Dans la galerie de modèles de Site, vous pouvez cliquer sur le nom du modèle à télécharger le fichier .stp localement sur le disque. À partir de là, vous pouvez télécharger le fichier dans une autre galerie de modèles de sites.

Création d’une définition de site

Contrairement aux modèles de site, les définitions de site sont stockées dans le système de fichiers. Chaque définition de site se trouve dans son propre dossier sur le serveur à :

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\ Prenons

Le dossier de modèle de site héberge divers éléments de site tels que des fichiers .aspx et .html, ainsi que les ressources associées, telles que des images et des fichiers JavaScript. ONET. XML est le fichier de définition de site principaux qui spécifie les configurations différentes et les modules pour la définition du site. ONET. XML est stocké dans un sous-répertoire nommé « XML ».

Définitions de site sont enregistrées avec Windows SharePoint Services et accessibles via les fichiers WEBTEMP XML. Tous les fichiers XML WEBTEMP se trouvent à l’adresse

% CommonProgramFiles % \ \Microsoft Shared\Web server extensions\12\TEMPLATE\ < LCID > \XML

où < LCID > est le code d’emplacement comme 1033. Au nom réel du fichier XML est le préfixe « WEBTEMP » (par exemple, WEBTEMPBT. XML).

En fait, créez une nouvelle définition de site se compose de deux étapes principales : (1) la configuration du dossier de définition du site et (2) création du fichier WEBTEMP XML qui enregistre la définition du site avec Windows SharePoint Services. La première étape peut être effectuée en clonant un dossier de définition de site existant et en modifiant son contenu selon les besoins de l’entreprise. ONET. Fichier XML contient des éléments qui spécifient comment différentes parties de la page sites sont mis en service, telles que la barre de navigation, des modèles de documents et des modèles de liste. L’élément de Configurations spécifie les listes et les modules qui sont créés par défaut lors de l’instanciation de la définition du site. L’extrait suivant provient de la ONET. XML de la définition de site suivi des bogues et affiche une partie de l’élément de Configurations : <Configurations> <Configuration ID="0" Name="Default"> <SiteFeatures> <!-- BasicWebParts Feature --> <Feature ID="00BFEA71-1C5E-4A24-B310-BA51C3EB7A57" /> <!-- Three-state Workflow Feature --> <Feature ID="FDE5D850-671E-4143-950A-87B473922DC7" /> <!-- TSA Fields and Content Types --> <Feature ID="75A0FEA7-CD50-401e-AF0E-782F3662A299" /> </SiteFeatures> <WebFeatures> <!-- TeamCollab Feature --> <Feature ID="00BFEA71-4EA5-48D4-A4AD-7EA5C011ABE5" /> <!-- MobilityRedirect --> <Feature ID="F41CC668-37E5-4743-B4A8-74D1DB3FD8A4" /> <!-- Bug Tracking Categories List --> <Feature ID="75A0FEA7-42E8-4527-8313-F63C4C49A7E6" /> <!-- Bug Tracking Bugs List --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8E" /> <!-- Bug Tracking Bugs List Instance --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8F" /> ... ... <!-- Post Provisioning Event Handler --> <Feature ID="75A0FEA7-B0EF-434e-90D6-CE997D970564"> <Properties> <Property Key="ZonedWebPartsUrlList" Value="$Resources:core,lists_Folder;/Bugs/Resolve.aspx,$Resources:core,lists_Folder;/Bugs/Activate.aspx,$Resources:core,lists_Folder;/Bugs/Close.aspx"/> </Properties> </Feature> </WebFeatures> </Configuration> </Configurations>

Notez que cette définition de site utilise de nombreuses fonctionnalités telles que la liste de bogues, de liste de catégories de bogues, de mobilité rediriger, etc.. Ces fonctionnalités sont répertoriées sous les éléments SiteFeatures et WebFeatures avec fonctionnalité GUID. Les GUID sont trouvent dans l’élément de fonctionnalité dans le fichier Feature.XML correspondant figurant dans ce dossier :

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\FEATURES

Veuillez consulter le Kit de développement logiciel Windows SharePoint Services 3.0 pour plus d’informations sur la personnalisation de ONET. XML.

La deuxième étape pour la création d’une définition de site personnalisée consiste à créer le fichier WEBTEMP *. Fichier XML dans ce dossier :

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\ < LCID > \XML

L’élément de modèles de ce fichier spécifie les configurations pouvant être utilisées pour instanciation les sites créés à partir de la définition du site. L’extrait suivant illustre le format de fichier WEBTEMPbt.XML, c'est-à-dire le fichier de configuration utilisé par la définition du site suivi de bogues : <?xml version="1.0" encoding="utf-8" ?> <Templates xmlns:ows="Microsoft SharePoint"> <Template Name="BT" ID="75801"> <Configuration ID="0" Title="Bug Database" Hidden="FALSE" ImageUrl="/_layouts/images/stsprev.png" Description="A site for teams to track bugs in their shared software projects." DisplayCategory="Application Templates" > </Configuration> </Template> </Templates>

Notez que l’attribut Name du nœud modèle ci-dessus doit correspondre à la « * » dans le nom du fichier WEBTEMP *. XML. Notez également que l’attribut DisplayCategory de l’élément de Configuration détermine quel onglet de la configuration apparaîtront sur dans la section Sélection du modèle de la page Créer un Site Web. Vous pouvez créer vos propres onglets en plaçant vos propres valeurs dans cet attribut.

Une fois que les fichiers de définition de site ont été créés et placées dans des dossiers appropriés dans le système de fichiers, redémarrez le service IIS. La nouvelle définition du site seront disponible pour la sélection dans la section Sélection du modèle de la page Nouveau SharePoint Site dans Windows SharePoint Services. Fichiers de définition de site peuvent également être traduits en un fichier de solution de migration aisée vers un autre environnement SharePoint ou redéploiement dans le même environnement. Un fichier de solution est un fichier CAB avec un. Extension WSP (pour le package de solution Web). Il contient des fonctionnalités, composants WebPart, assemblys, ressources, etc. utilisé par la définition du site de cours. Vous pouvez utiliser l’outil makecab.exe créer un. Fichier WSP. Veuillez consulter le Kit de développement logiciel Windows SharePoint Services 3.0 sur la création d’un fichier de solution.

Localisation d’une définition de site

Localisation d’une définition de site est facilitée au moyen de fichiers de ressources et de détection de culture. Pendant une localisation d’application ASP.NET 2.0 typique est terminée pendant la compilation, localisation de sites SharePoint s’effectue pendant la mise en service du site. Parmi les modèles d’application, tous les modèles de définition de site 20 ont été localisés dans 10 langues. Les définitions de site eux-mêmes sont créées de manière indépendante du langage tandis que les littéraux de chaîne sont stockés dans des fichiers de ressources (.resx). Si vous vouliez ajouter localisation à la définition de votre propre site ou ajouter une nouvelle langue prise en charge dans une définition de site existante, vous pouvez le faire en créant un nouveau fichier de ressources. Le fichier se trouvent dans le répertoire ressources situé à :

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\Resources

Ce fichier est essentiellement un fichier XML, modifiable dans un éditeur de texte. Les étapes suivantes montrent comment vous pouvez créer un nouveau fichier de localisation à utiliser dans une définition de site :

  1. Accédez au répertoire ressources présenté ci-dessus et recherchez le fichier .resx existant que vous souhaitez localiser une nouvelle langue.

  2. Cloner le fichier et lui attribuer le même nom, à l’exception du nom de langue-culture (exemple tsa-en-us.resx à tsa-es-ES.resx).

  3. Ouvrez le fichier cloné dans un éditeur de texte.

  4. Définir le code lcid dans la deuxième ligne du fichier pour représenter la langue. Par exemple, le code suivant définit la langue en espagnol :

<!-- _lcid="3082" _version="12.0.5006.3000" _dal="1" ––>

  1. Faites défiler jusqu'à la partie indiquant les éléments de données suivis d’éléments de valeur dans une paire. Il s’agit de l’endroit où vous associez le nom de la ressource avec la valeur de chaîne localisées. Modifiez les valeurs de chaîne dans l’élément de valeur de vos paramètres régionaux. L’exemple suivant montre une chaîne de ressources pour une action créer un nouveau client en espagnol :

    <data name="Action_NewCustomer">
    <value>Crear un Nuevo cliente</value>
    </data>
  2. Enregistrez le fichier dans le dossier de ressources avec un nom tel que myCustomResource.es-es.resx (au nom réel dépend le nom de la culture de la langue à laquelle est destiné le fichier de ressources). Ce fichier est maintenant prêt à être référencées par les fichiers de définition de site dans votre application.

Afin que la définition du site localisés s’afficheront sous la forme d’un modèle disponible dans la page Nouveau SharePoint Site pour cette langue, ajoutez un fichier WEBTEMP dans le répertoire de < LCID > approprié. Comment ajouter un nouveau fichier WEBTEMP, reportez-vous à la section précédente, « Création d’une définition de Site ».

Les références de ressources localisés fonctionnent différemment dans les fichiers .aspx que dans les fichiers XML. Par exemple, les références dans les fichiers .aspx sont évaluées en cours d’exécution, tandis que les références de fichier XML sont évaluées lors de l’instanciation du site Web. Pour accéder aux éléments XML dans le fichier de ressources dans un fichier de définition de site, la syntaxe suivante est utilisée : $Resources : myCustomResource, DataName. Par exemple, pour utiliser une chaîne de ressources à partir d’un fichier .aspx, le balisage peut ressembler à ceci : <div> <asp:Label runat="server" Text="<%Resources:myCustomResource, Action_NewCustomer %>" /> </div>

Haut de la Page

Synthèse

Ensemble, Windows SharePoint Services 3.0 et Office SharePoint Designer 2007 fournissent les outils puissants que vous avez besoin pour créer et personnaliser interactifs, les applications compatibles avec les flux de travail. Si un des modèles d’application téléchargeable 40 personnalisation ou la création de votre propre, cet article décrit la méthodologie éprouvée et pratiques recommandées que non-développeurs même peuvent utiliser pour réussir.

Si vous n’avez pas déjà fait, l’étape suivante consiste à télécharger les modèles d’application et de commencer à l’aise et en les ouvrant dans Office SharePoint Designer 2007. Puis utilisez les ressources dans la section « Ressources » ci-dessous pour vous aider à mesure que vous créez propre application.

Haut de la Page

Ressources

Pour plus d’informations sur Windows SharePoint Services 3.0 et Office SharePoint Designer 2007, consultez les ressources suivantes :

Pour plus de ressources destinés aux développeurs, reportez-vous à ce qui suit :

Haut de la Page

Remarque : Avertissement traduction automatique : cet article a été traduit par un ordinateur, sans intervention humaine. Microsoft propose cette traduction automatique pour offrir aux personnes ne maîtrisant pas l’anglais l’accès au contenu relatif aux produits, services et technologies Microsoft. Comme cet article a été traduit automatiquement, il risque de contenir des erreurs de grammaire, de syntaxe ou de terminologie.

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoignez le programme Office Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×