Nouveautés de Project Server 2010 pour les professionnels de l’informatique

Améliorations des performances avec l’architecture 64 bits

Project Server 2010 est disponible en version 64 bits, à l’instar de Microsoft SharePoint Server 2010 (dont l’installation est requise). Le passage de Project Server 2010 à l’architecture 64 bits requiert les éléments suivants :

• Project Server 2010 doit être installé sur Windows Server 2008 SP2 64 bits ou Windows Server 2008 R2.

• Vos serveurs de bases de données pour le déploiement de Project Server 2010 doivent disposer de la version 64 bits de SQL Server 2005 ou SQL Server 2008.

L’utilisation de l’architecture 64 bits pour le serveur et le serveur de base de données permet un gain en termes de performances et d’évolutivité. En outre, l’architecture 64 bits offre une capacité d’adressage mémoire plus importante, car elle n’est pas limitée par la barrière des 4 Go d’espace d’adressage de l’architecture 32 bits.

Intégration à SharePoint Server

Project Server 2010 est basé sur Microsoft SharePoint Server 2010, le successeur de Microsoft Office SharePoint Server 2007. Les nouvelles fonctionnalités de Microsoft Project Web App nécessitent SharePoint Server 2010, par exemple les pages qui utilisent le Centre de rapports SharePoint Server pour le stockage et l’affichage des rapports, les flux de travail requis pour la gestion de la demande, ainsi que les fonctionnalités d’aide à la décision pour la création de rapports. L’analyse de portefeuille s’intègre également de manière étendue à l’architecture de flux de travail SharePoint Server. Avant de pouvoir installer Project Server 2010, vous devez installer SharePoint Server 2010 Enterprise Edition. Pour plus d’informations sur l’architecture de Project Server 2010, voir Architecture de Project Server 2010.

Pour plus d’informations sur les fonctionnalités de SharePoint Server 2010, voir le Centre de ressources Nouveautés de Microsoft SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=189569\&clcid=0x40C) sur TechNet.

Gestion de portefeuille et de projet unifiée

Les fonctionnalités essentielles de Microsoft Office Project Portfolio Server 2007 sont désormais intégrées et étendues au sein de Project Server 2010. Les services Web PSI sont étendus afin d’inclure l’analyse de portefeuille, les flux de travail et les facteurs opérationnels. Voici quelques avantages liés aux fonctionnalités d’analyse de portefeuille dans Project Server 2010 :

• Project Web App fournit des fonctionnalités de gestion de projet et de portefeuille dans une seule et même application, via une interface utilisateur SharePoint Server à la fois cohérente et extensible.

• Un magasin de données commun permet de s’affranchir de la passerelle Project Server.

• L’administration est centralisée.

• Les fonctionnalités en double, par exemple un module de collecte des demandes de projet, sont éliminées.

• Le modèle objet commun offre une meilleure extensibilité et une meilleure intégration pour les autres applications.

• La création de rapports et les cubes OLAP permettent d’obtenir facilement des vues intégrées.

La fonctionnalité principale d’Office Project Portfolio Server 2007 est l’optimiseur. L’intégration à Project Server 2010 permet d’effectuer les tâches suivantes :

• analyser un ensemble de propositions de projet en fonction des priorités des facteurs opérationnels ;

• améliorer l’utilisation de l’optimiseur et fournir une sécurité intégrée via les autorisations Project Server, une portée internationale et une simplicité de déploiement ;

• éliminer les fonctionnalités et données en double dans les produits Project Server et Portfolio Server distincts ;

• fournir l’accès aux bibliothèques de facteurs opérationnels, aux contraintes de coût, ainsi qu’aux entités de projet connexes via les composants WebPart et les listes SharePoint Server 2010.

Gestion de la demande

La gestion de la demande consiste à recueillir toutes les propositions de travail à partir d’un seul emplacement, à appliquer à ces propositions un processus de gouvernance en plusieurs étapes, à décider des propositions à approuver, et à suivre la progression de leur exécution jusqu’à la fin du travail. Le modèle de gouvernance de flux de travail est un composant clé de la gestion de la demande, qui est désormais implémenté dans Project Server.

La fonctionnalité Propositions d’Office Project Server 2007 permet de centraliser les demandes, mais elle n’est pas suffisamment flexible et n’est pas basée sur un flux de travail de gouvernance à part entière. Le module de « création » d’Office Project Portfolio Server 2007 est un modèle de gestion de demande flexible, mais il n’a pas l’apparence familière d’Office Project Server, ni d’Office SharePoint Server ; en outre, il est affecté par certains problèmes d’utilisation et d’évolutivité. La fonctionnalité de gestion de la demande dans Project Server 2010 est conçue pour être à la fois flexible et conviviale.

Pour plus d’informations sur la gestion de la demande, voir les détails relatifs à la gestion des flux de travail et de la demande (traduction automatique).

Pages de détail de projet

La gestion de la demande pour les propositions de projet et les processus de planification de portefeuille dans Project Web App sont basés sur les pages de détail de projet qui peuvent être intégrées à des flux de travail. Les pages de détail de projet sont des pages de composants WebPart ; elles sont intégrées à l’infrastructure de SharePoint Server pour afficher ou modifier les détails des entités en matière de planification de projet, par exemple les informations sur le projet, les ressources, la planification ou l’impact stratégique. Une infrastructure supplémentaire pour les pages de détail de projet dans Project Server 2010 incorpore les fonctionnalités d’étude de cas du composant de création dans Office Project Portfolio Server 2007.

Les pages de détail de projet peuvent être utilisées de nombreuses façons différentes dans Project Web App et les autres applications de la batterie de serveurs SharePoint Server où réside Project Server. Vous pouvez créer trois sortes de pages de détail de projet dans la page Pages de détail de projet de Project Web App (https://ServerName/ProjectServerName/Project%20Detail%20Pages/Forms/AllItems.aspx). Utilisez l’onglet Documents de la page pour créer une page de détail de projet.

• Projet   Permet de modifier des détails de projet dans un modèle de projet d’entreprise n’appartenant pas à un flux de travail, ou dans d’autres applications.

• Nouveau projet   Permet de créer un projet. Ce type de page de détail de projet est requis avec un modèle de projet d’entreprise associé à un flux de travail pour une analyse de portefeuille.

• État du flux de travail   Affiche l’étape et l’état d’une proposition de projet.

Vous pouvez personnaliser les pages de détail de projet à l’aide de composants WebPart et d’une interface basée sur le Ruban. Project Server 2010 comprend les nouveaux composants WebPart suivants pour les pages de détail de projet :

• Composant WebPart Boutons   Permet aux utilisateurs de modifier, d’enregistrer, de publier ou de fermer une page de détail de projet, ou bien de passer à l’étape suivante dans un flux de travail. Une longue page peut inclure plusieurs composants WebPart Boutons.

• Composant WebPart État du flux de travail   Permet aux utilisateurs de vérifier l’état des flux de travail Project Server.

• Composant WebPart Champs de projet   Permet aux utilisateurs de sélectionner ou de modifier des champs personnalisés de projet pour la page de détail de projet. Les champs de tâches récapitulatives du projet, par exemple les champs du coût et du travail réel, sont en lecture seule. Les champs personnalisés tels que ceux du nom de projet, du service, de la gestion du flux de travail, de la date de début et du propriétaire sont en lecture-écriture.

• Composant WebPart Impact stratégique   Comprend toutes les définitions de facteurs opérationnels filtrées selon un ou plusieurs services. Ce composant WebPart permet aux utilisateurs d’évaluer l’impact du projet sur chaque facteur.

• Composant WebPart Interdépendances   Permet aux utilisateurs de définir des interdépendances entre les projets.

Les pages de détail de projet offrent une expérience améliorée en matière de gestion de projets par rapport à la fonctionnalité de proposition de projet d’Office Project Server 2007. Office Project Web Access dans Office Project Server 2007 n’a que deux pages relatives aux propositions de projet qui ne peuvent pas être personnalisées : une page pour la liste alphabétique de tous les champs personnalisés de projet et une page pour les tâches du projet proposé. Project Server 2010 permet aux utilisateurs de créer un nombre illimité de pages et de contrôler avec précision les données de projet disponibles sur chaque page.

Par exemple, les utilisateurs peuvent créer des pages contrôlées par un flux de travail à l’aide du composant WebPart Champs de projet afin de recueillir des informations détaillées en matière de projet et d’étude de cas. Ces pages peuvent inclure du texte enrichi et avoir accès aux composants WebPart Barre de planning de projet et Planification via l’infrastructure des pages de détail de projet. Ces dernières peuvent inclure des composants WebPart simples, par exemple le composant WebPart Éditeur de contenu qui affiche du texte enrichi et des images, ou des composants WebPart personnalisés qui recueillent ou affichent les données d’un système métier externe.

Les pages de détail de projet fournissent une expérience de création de projet fortement personnalisable. Elles peuvent s’intégrer à l’interface utilisateur du Ruban de Project Web App, fournir des éléments de navigation du menu de lancement rapide pour des parties individuelles de données de projet, et filtrer dynamiquement les champs personnalisés en fonction du service associé.

Les pages de détail de projet peuvent intégrer Project Web App à de nombreux scénarios de gestion de projets différents, par exemple :

• évaluation de l’impact du projet en termes d’objectifs stratégiques ;

• collecte pilotée par un flux de travail des détails des propositions de projet ;

• alignement stratégique piloté par un flux de travail, par exemple l’obtention de l’approbation de la direction avant de passer à une certaine étape ;

• analyses de portefeuilles en fonction des contraintes de coût et de capacité des ressources ;

• budgétisation des coûts de projet ;

• planification des ressources personnalisée ;

• planification des tâches détaillée, pas à pas.

Un grand nombre de ces scénarios fait partie de la gestion de la demande. Pour plus d’informations, voir les détails relatifs à la gestion des flux de travail et de la demande (traduction automatique) (https://go.microsoft.com/fwlink/?linkid=189587\&clcid=0x40C) dans MSDN Library Online. Pour plus d’informations, vous pouvez également voir Configuration de pages de détails de projet et de flux de travail (Project Server 2010).

Intégration de flux de travail

Les flux de travail sont une fonctionnalité essentielle de la gestion de portefeuille de projet. Le cycle de vie d’un projet peut inclure des processus à long terme qui recouvrent plusieurs phases. Les phases de gouvernance incluent les propositions de projet, l’analyse de l’impact au niveau de l’entreprise, la sélection, la création, la planification, la gestion et le suivi.

Bien qu’Office Project Portfolio Server 2007 comporte des flux de travail, Project Portfolio Server lui-même n’est pas extensible et les flux de travail sont difficiles à créer. L’intégration à Project Server 2010 de la gestion de portefeuille et de la gestion de projets fournit une plateforme riche et extensible en matière de création de flux de travail basés sur la plateforme de flux de travail SharePoint Server 2010.

Les flux de travail Project Server 2010 étendent le modèle de sécurité des flux de travail SharePoint Server afin de permettre leur installation dans une batterie de serveurs SharePoint Server et de les rendre accessibles à plusieurs utilisateurs disposant des autorisations Project Server appropriées. Les flux de travail sont exécutés par emprunt d’identité d’un utilisateur Project Server particulier. L’emprunt d’identité et l’utilisation d’assemblys de proxy permettent aux utilisateurs de flux de travail Project Server d’appeler l’interface PSI (Project Server Interface) sur le serveur d’applications, au lieu de l’appeler via le serveur Web frontal (Project Web App).

Outre la gestion de portefeuille, Project Server 2010 permet également de créer des flux de travail pour la gestion des ressources, des tâches et des feuilles de temps. Pour plus d’informations, voir les détails relatifs à la gestion des flux de travail et de la demande (traduction automatique) (https://go.microsoft.com/fwlink/?linkid=189587\&clcid=0x40C). Pour obtenir une série d’articles de connaissances, voir les informations relatives au développement de flux de travail Project Server (https://go.microsoft.com/fwlink/?linkid=189598\&clcid=0x40C). Pour plus d’informations sur l’intégration de flux de travail, voir Configuration de pages de détails de projet et de flux de travail (Project Server 2010).

Aide à la décision

Les fonctionnalités d’aide à la décision vous permettent de visualiser les données fusionnées sous forme de réponses aux questions des clients. Dans Project Server 2010, Excel Services est intégré à Project Server pour faciliter la création de rapports personnalisés. Dans le cadre de cette intégration, des feuilles de calcul vierges connectées à des données et des rapports prédéfinis sont fournis. En outre, les données disponibles pour la création de rapports ont été étendues afin d’inclure les champs personnalisés de feuille de temps, les propriétés de projet, ainsi que les données de planificateur et d’optimiseur de portefeuille. Les cubes prédéfinis peuvent désormais être personnalisés à l’aide de PWA afin d’inclure uniquement les données d’un service spécifique.

Pour plus d’informations sur l’aide à la décision dans Office Project Server 2007, voir le billet de blog présentant une vue d’ensemble de l’aide à la décision dans Project 2010 (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=189600\&clcid=0x40C) (éventuellement en anglais). Pour obtenir des ressources supplémentaires, voir le Centre de ressources sur l’aide à la décision dans Project Server 2010 (éventuellement en anglais) sur TechNet.

Champs personnalisés de service

De nombreux clients en entreprise gèrent les projets de plusieurs services sur une seule instance de Project Web App. La gestion des différents besoins liés aux champs personnalisés d’entreprise dans les différents services est un aspect important. Dans Office Project Server 2007, tous les utilisateurs peuvent voir l’ensemble des champs personnalisés d’entreprise, même si un sous-ensemble de ces champs personnalisés ne s’applique qu’à un seul des services. Certains clients sont parvenus à contourner le problème en utilisant des champs personnalisés locaux via une programmation personnalisée supplémentaire, mais ce n’est pas une solution à long terme satisfaisante.

Project Server 2010 introduit les champs personnalisés de service. Chaque service peut utiliser son propre ensemble de champs personnalisés de ressource, de tâche et de projet d’entreprise ; en outre, les services peuvent également partager des champs personnalisés spécifiques. Project Server peut filtrer les champs personnalisés non assignés à un service, de sorte que les utilisateurs voient uniquement les champs personnalisés appropriés.

Project Server 2010 peut appliquer des restrictions aux utilisateurs autorisés à modifier les champs personnalisés d’un service lorsqu’ils se servent de Project Web App pour modifier les champs personnalisés d’un autre service pour lequel ils ne disposent pas d’autorisations. Project Professionnel permet d’accéder à l’ensemble des champs personnalisés, bien qu’il puisse filtrer les listes en fonction du service pour un projet. Si vous n’êtes pas membre d’un service, vous ne devez remplir que les champs obligatoires globaux, et non les autres champs de service.

L’interface PSI (Project Server Interface) est étendue afin de spécifier des services, et inclut la définition de champs et d’autorisations personnalisés en fonction du service. L’interface PSI permet également de créer des collections de services, d’associer des projets, ressources, tables de choix et champs personnalisés au sein d’une collection, et de définir les champs personnalisés obligatoires dans la collection d’un service. Les collections sont définies dans la table de choix Collections par défaut. La table de choix Collections peut être modifiée mais ne peut pas être supprimée. L’interface PSI permet aux utilisateurs de modifier des champs personnalisés dans les collections détenues par d’autres services.

Délégation d’utilisateur

Dans Office Project Server 2007, la fonctionnalité de substitution de feuille de temps permet à un utilisateur de feuille de temps de céder la gestion d’une feuille de temps à un autre utilisateur (par exemple, pour l’envoi de mises à jour). Toutefois, il existe de nombreux autres domaines de Project Web App où vous pouvez déléguer vos responsabilités à un autre utilisateur, si cela est possible. Dans Project Server 2010, la fonctionnalité de délégation a été introduite en réponse à ce besoin. La fonctionnalité de délégation permet à un utilisateur d’agir pour le compte d’un autre utilisateur, quelle que soit la différence de niveau d’autorisation entre les deux. Par exemple, un membre d’équipe peut être le délégué d’un administrateur, ce qui signifie que lorsque ce membre d’équipe devient délégué, il dispose de tous les privilèges détenus par l’administrateur.

Pour plus d’informations sur l’utilisation de la délégation, voir Configurer des autorisations pour la délégation d’utilisateur (Project Server 2010).

Prise en charge de plusieurs cubes OLAP

Le service de création de cubes dans Project Server 2010 prend en charge la création de cubes à plusieurs coupes de données en fonction du service. Les administrateurs de collections de sites d’Enterprise Project Management (EPM) peuvent créer plusieurs cubes personnalisés, par exemple :

• cubes contenant uniquement les données du projet et des ressources qu’ils administrent ;

• cubes contenant uniquement les faits et dimensions qu’ils sélectionnent.

Les « multicubes » vous permettent de découper les données en cubes, en choisissant des groupes de données et en ajoutant des champs à partir de chaque groupe. Les administrateurs peuvent restreindre l’accès aux cubes en fonction du service. Project Server 2010 prend également en charge les données localisées dans les cubes, à l’aide de traducteurs. Toutes les données peuvent posséder des alias de noms de champs localisés ; par conséquent, vous pouvez créer des pages de détail de projet qui affichent les noms de champs dans la langue des paramètres régionaux de leur déploiement. Les cubes prennent en charge les données des « tâches planifiées manuellement », où les tâches sont affichées en tant que propriétés et non dans une dimension de tâche. Les tâches planifiées manuellement sont une nouvelle fonctionnalité de Microsoft Project Professional 2010. Project Professionnel vous permet de choisir le mode de la tâche, soit le mode de planification automatique (mode classique), soit le mode de planification manuelle. Les cubes excluent les tâches inactives par défaut, mais ils peuvent inclure une dimension pour les affectations de tâches, et afficher les tâches actives ou inactives.

Le service de création de cubes dans Project Server 2010 réduit également le blocage des mises à jour de la gestion de base de données relationnelle lors du démarrage de la création d’un cube. Les retards provoqués par les recréations sont l’un des problèmes des cubes OLAP en matière de déploiements de grande envergure d’Office Project Server 2007 : les rapports de projet qui utilisent la gestion de base de données relationnelle peuvent être retardés, car ils doivent attendre que le cube central soit recréé pour que les nouvelles données soient visibles. Les utilisateurs Project Server qui disposent des autorisations d’administration appropriées peuvent créer des cubes personnalisés plus petits au moment de leur choix. Les administrateurs Project Server peuvent déléguer la charge d’administration liée à la création de champs et de cubes personnalisés aux équipes de chaque service, ce qui contribue à réduire les conflits de données dans les cubes et les délais de création de rapports.

Les multicubes OLAP ne prennent pas en charge Microsoft SQL Server Analysis Services 2000, ni les objets DSO (Decision Support Objects). Configuration minimale requise : Microsoft SQL Server 2005 SP2 64 bits et API de code managé AMO (Analysis Management Objects). AMO est également une implémentation 64 bits des versions 64 bits de SQL Server et réduit les problèmes de configuration de version pour les mises à niveau.

Nouveau contrôle Grid dans PWA

Les utilisateurs Project Web App peuvent désormais utiliser le nouveau contrôle Grid AJAX Project Server 2010 pour afficher leurs pages. Il s’agit d’un contrôle Grid AJAX qui prend en charge les opérations de lecture et d’écriture. Il est plus rapide que le précédent contrôle, dispose de la validation de cellule, d’une riche palette de couleurs et d’un sélecteur de champs interactif. Contrairement aux contrôles ActiveX précédemment utilisés dans Office Project Server 2007, le contrôle Grid AJAX ne requiert pas d’installation locale et permet d’éviter les problèmes de sécurité relatifs au téléchargement de contrôles non signés.

Pour accéder à Project Server 2010, les utilisateurs de Project Web App doivent recourir à Internet Explorer 7, Internet Explorer 8 ou Internet Explorer 9. En outre, la mise à jour Service Pack 1 pour Project Server 2010 permet à des versions spécifiques de navigateurs supplémentaires (Firefox, Google Chrome et Apple Safari) d’accéder aux pages Project Web App fréquemment utilisées par les membres d’équipe. Pour plus d’informations sur les navigateurs, voir Planifier la prise en charge des navigateurs (Project Server 2010).

Interface utilisateur du Ruban dans Project Web App

SharePoint Foundation 2010, SharePoint Server 2010 et Project Web App dans Project Server 2010 adoptent le composant d’interface utilisateur du Ruban. L’utilisation de Project Web App est plus cohérente par rapport à l’expérience utilisateur de Project Professionnel 2010 ; par conséquent, les responsables de projets peuvent travailler de manière similaire dans les deux applications clientes. L’interface du Ruban permet également aux utilisateurs habitués aux autres applications SharePoint Server de passer plus facilement à Project Web App.

Les pages de Project Web App fréquemment utilisées par le PMO, les responsables de projets, les responsables de ressources et les membres d’équipe sont basées sur l’interface du Ruban du serveur. Les autres pages moins fréquemment utilisées, par exemple les pages d’administration dans Paramètres du serveur et certaines pages dans Paramètres personnels, n’ont pas besoin du Ruban.

Le Ruban est personnalisable et extensible. Dans Office Project Server 2007, il était difficile, voire impossible, pour les développeurs tiers de personnaliser de nombreuses pages de Project Web App. Project Server 2010 facilite la personnalisation et l’extension des pages autres que les pages d’administration. Pour plus d’informations, voir la section relative à la personnalisation du Ruban de Project Web App dans les scénarios de développement Project Server (https://go.microsoft.com/fwlink/?linkid=189618\&clcid=0x40C).

Mode d’entrée unique des feuilles de temps

Project Server 2010 introduit un nouveau mode de suivi temporel qui unifie les données entrées à l’aide des pages de feuille de temps et d’état dans Project Web App. Le mode d’entrée unique des feuilles de temps est implémenté via les méthodes Timesheet de l’interface PSI (Project Server Interface) pour fournir un accès intégré aux activités hors projet. Au mode d’entrée unique s’ajoutent des données supplémentaires qui sont indispensables au transfert des éléments non disponibles précédemment dans le schéma de feuille de temps.

Pour plus d’informations sur le mode d’entrée unique des feuilles de temps, voir Vue d’ensemble : entrer l’avancement des tâches et du temps dans un affichage (Project Server 2010).

Intégration à Exchange Server

Office Project Server 2007 s’intègre à l’application cliente Microsoft Office Outlook 2007, qui permet aux membres d’une équipe de visualiser et d’indiquer le temps passé sur des affectations via un complément Outlook. En revanche, Project Server 2010 s’intègre directement à Exchange Server 2007 SP1 (ou version ultérieure), et non à Outlook ; par conséquent, les membres d’une équipe ayant accès à Exchange Server peuvent interagir avec les données d’affectation dans Outlook ou Microsoft Outlook Web App.

Project Server envoie les informations mises à jour relatives aux tâches et aux affectations à Exchange Server, qui gère l’ensemble de l’interaction cliente avec Outlook et Outlook Web App. Exchange Server avertit Project Server lorsqu’un client Outlook modifie les données d’affectation. Project Server génère un travail en file d’attente qui obtient les données à partir d’Exchange Server, puis utilise l’API publique Statusing pour mettre à jour les informations dans Project Web App.

Pour plus d’informations sur l’intégration de Project Server 2010 à Exchange Server, voir Déployer Project Server 2010 avec Exchange Server.

Authentification basée sur les revendications

L’authentification basée sur les revendications est une nouvelle méthode d’authentification disponible dans Project Server 2010 via SharePoint Foundation 2010 et SharePoint Server 2010.

Les systèmes d’authentification basée sur les revendications fournissent des services d’authentification fédérés, par exemple les services ADFS (Active Directory Federation Services), les mécanismes d’authentification unique, etc. Dans un système d’authentification basée sur les revendications, il existe un jeton de sécurité constitué d’un ensemble d’assertions d’identité relatives à un utilisateur authentifié. Les assertions sont des attributs associés à l’identité d’un utilisateur. Les assertions peuvent inclure un nom d’utilisateur, un rôle, un ID d’employé et toute une série d’autres attributs permettant de déterminer une autorisation. Un service d’émission de jeton de sécurité répond aux demandes d’authentification et crée le jeton en fonction des informations de compte des divers magasins d’attributs. Le jeton est ensuite utilisé pour authentifier les actions. L’authentification basée sur les revendications apporte essentiellement une flexibilité au-delà de la méthode d’authentification Windows NTLM/Kerberos classique.

Pour plus d’informations sur l’authentification basée sur les revendications et sur le service d’émission de jeton de sécurité, voir les articles suivants :

• 
  Planifier des méthodes d’authentification (SharePoint Foundation 2010)

• 
  Planifier l’authentification dans Project Server 2010

• 
  Authentification demandée : service d’émission de jeton de sécurité (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=189619\&clcid=0x40C) (éventuellement en anglais)

Mode de compatibilité descendante pour la mise à niveau

Une fois la mise à niveau vers Project Server 2010 effectuée, la fonctionnalité du mode de compatibilité descendante permet aux utilisateurs de Microsoft Office Project Professional 2007 avec Service Pack 2 de se connecter au serveur. Cette fonctionnalité offre aux administrateurs réseau une certaine flexibilité quant à la planification de la mise à niveau de leurs clients Office Project Professional 2007 vers Project Professionnel 2010, car il n’est pas nécessaire d’effectuer la mise à niveau immédiatement. Lorsque le mode de compatibilité descendante est activé, les utilisateurs de Project Professionnel 2010 sont en mesure de se connecter à Project Server 2010, bien que certaines des nouvelles fonctionnalités ne soient pas activées. Une fois que vous avez mis à niveau tous vos clients Project Professionnel vers Project Professionnel 2010, le mode de compatibilité descendante peut être désactivé. Les utilisateurs de Project Professionnel 2010 ont alors accès à toutes les fonctionnalités. Pour plus d’informations sur le mode de compatibilité descendante, voir Mode de compatibilité descendante (Project Server 2010).

Environnement de migration virtuel pour la migration de données Project Server 2003

Si vous êtes dans un environnement Project Server 2003, vous devez effectuer la migration de vos données vers Office Project Server 2007 avant d’effectuer la mise à niveau vers Project Server 2010. L’environnement de migration virtuel est un environnement Office Project Server 2007 dans une image Hyper-V, qui sert d’environnement intermédiaire temporaire pour la migration de vos données vers Office Project Server 2007. Il peut être installé en tant qu’environnement autonome et n’a pas besoin d’être connecté à votre réseau ; par ailleurs, il peut accéder aux données Project Server 2003 à partir d’un disque dur externe. Il ne nécessite pas de licence supplémentaire, du moment que vous ne l’utilisez que pour les besoins de la migration de vos données. Pour plus d’informations sur l’environnement de migration virtuel, voir Guide de l’environnement de migration virtuel pour Project Server 2010.

Windows PowerShell

La prise en charge de Windows PowerShell est assurée dans Project Server 2010 afin de faciliter les tâches de déploiement et de gestion. Windows PowerShell est un interpréteur de commandes interactif relativement nouveau et un langage de script pour Windows. Windows PowerShell fournit aux administrateurs informatiques de puissantes fonctionnalités de création de scripts et d’automatisation des tâches pour la gestion des applications et systèmes d’exploitation Windows. Mis sur le marché en 2006, il est actuellement disponible pour Windows XP SP2/SP3, Windows Server 2003, Windows Vista, et est inclus dans Windows Server 2008 en tant que fonctionnalité facultative. Windows PowerShell est inclus dans Windows 7.

SharePoint Server 2010 est la première version de SharePoint Server à s’intégrer à Windows PowerShell en tant qu’interface de gestion et d’administration. Les administrateurs informatiques peuvent utiliser Windows PowerShell pour créer des fichiers de commandes (scripts) qui automatisent les tâches de routine et résolvent des problèmes complexes. Les scripts offrent de nombreuses fonctionnalités et assurent une cohérence, en particulier lorsqu’ils sont distribués à d’autres administrateurs de l’organisation.

L’un des éléments requis pour l’installation de SharePoint Server 2010 est l’installation de Windows PowerShell en tant que fonctionnalité ou en tant que partie intégrante du système d’exploitation. Les applets de commande SharePoint sont écrites pour Windows PowerShell 1.0 mais doivent s’exécuter dans Windows PowerShell 2,0 par défaut. SharePoint Server ne crée pas son propre interpréteur de commandes, il s’appuie plutôt sur les fonctionnalités offertes par Windows PowerShell. Pour ce faire, il inscrit un composant logiciel enfichable spécifique à SharePoint et des fournisseurs. Cet interpréteur de commandes étendu porte le nom de console de gestion SharePoint.

See Also

Other Resources

Vue d’ensemble du produit Microsoft Project Server 2010 (https://go.microsoft.com/fwlink/?linkid=189568&clcid=0x40C) (éventuellement en anglais)
Centre de ressources Nouveautés de Microsoft SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=189569&clcid=0x40C)
Nouveautés pour les développeurs dans Project 2010 (traduction automatique) (https://go.microsoft.com/fwlink/?linkid=189570&clcid=0x40C)