Fonctionnalités de l’interface PSI

  • Article

L’interface Project Server (PSI) peut aider à automatiser de nombreux processus côté serveur dans les installations locales de Project Server 2013. Toutefois, plusieurs fonctions nécessitent l’utilisation de Microsoft Project Professionnel 2013.

L’interface PSI est conçue pour compléter les fonctionnalités de Project Professionnel 2013, au lieu de fournir une alternative serveur pour toutes les fonctions Project Professionnel. Les développeurs tiers peuvent utiliser psi pour créer des composants WebPart pour les installations locales de Project Web App et d’espaces de travail de projet, créer des applications Windows personnalisées et des applications web qui interagissent avec des données Project Server locales, développer une logique de flux de travail pour la gestion de portefeuille de projets, développer des gestionnaires d’événements de confiance totale locaux et intégrer Project Server à d’autres applications. L’interface PSI ne peut pas être utilisée pour le développement d’applications pour l’Office Store, les appareils mobiles ou les tablettes ; pour cela, vous pouvez utiliser le modèle objet côté client (CSOM).

Remarque

L’interface PSI fournit une interface de programmation plus complète pour Project Server 2013 que le modèle CSOM. Toutefois, à moins que le modèle CSOM ne fournisse pas les fonctionnalités dont vous avez besoin, nous vous recommandons d’utiliser le modèle CSOM pour développer de nouvelles applications. Pour plus d’informations, consultez Ce que fait et ne fait pas le modèle CSOM.

Scénarios d’utilisation de l’interface PSI

Voici des exemples d’applications que psi prend en charge pour les projets et les calculs côté serveur :

  • Automatiser la création ou la gestion d’entités dans Project Server Bien que Project Professionnel 2013 et Project Web App ensemble soient conçus pour gérer la gestion et la création d’entités telles que des projets, des ressources d’entreprise et des champs personnalisés, il existe souvent des cas où une application personnalisée peut gagner du temps avec des travaux en bloc ou répétitifs. L’interface PSI peut automatiser plusieurs types de travaux que le modèle CSOM n’effectue pas, par exemple, avec des cubes OLAP, des analyses de portefeuille de projets, des pilotes métier, des notifications, des fournisseurs de liens d’objets, la sécurité et l’interopérabilité SharePoint.

  • Obtenir des données dans les tables publiées ou archivées de la base de données Project Étant donné que l’accès direct à la base de données aux tables brouillons, publiées et d’archive n’est pas pris en charge, vous pouvez utiliser l’interface PSI pour lire les données qui ne sont pas disponibles dans les tables ou vues de création de rapports. Par exemple, obtenez des informations sur les versions de projet, les dates et les modifications stockées dans les tables d’archivage, puis remplissez un contrôle Grid JS dans un composant WebPart avec les informations.

  • Valider les données d’état et de feuille de temps Utilisez l’interface PSI dans les gestionnaires d’événements pré-événement locaux pour valider les status d’affectation ou les données de feuille de temps que les utilisateurs entrent avant que les données ne sont enregistrées dans Project Web App.

  • Maintenance projects Create placeholder projects to use with resource plans. Reserve or book time against resources for maintenance work or base business. Maintenance projects generally do not have tasks.

  • Créer des projets financiers Créez des projets de capture du temps via la feuille de temps pour les intégrer à un système financier. Créez une hiérarchie de codes financiers qui traduit la structure de répartition des coûts du système financier. Les projets financiers ne nécessitent pas de planification ou de mise à jour de statut.

  • Intégration avec les systèmes de comptabilité  Capturez les coûts de ressources et les frais associés aux projets pour alimenter les systèmes financiers et de facturation, et à des fins de comparaison budgétaire. Synchronisez les tâches, les ressources et les affectations entre les systèmes. Capture timesheet data in one system to feed the other (which timesheet is used depends on the needs of the organization or of individual projects).

  • Mises à jour automatiques par les membres de l’équipe Pour les projets qui ne sont pas gérés activement, mettez-les à jour automatiquement sur le serveur concernant la progression et d’autres modifications apportées par les membres de l’équipe du projet. Projects can be updated and republished without a project manager reviewing the results or making adjustments to the plan.

  • Évaluer les données Project Server dans les gestionnaires d’événements de confiance totale locaux Un gestionnaire d’événements local pour le pré-événement ProjectCreating peut utiliser les données Project Server de l’interface PSI pour déterminer s’il faut annuler un événement. Par exemple, avant de créer un projet, comparez la proposition de projet avec des projets existants.

  • Créer des activités de flux de travail personnalisées pour la gestion de la demande Utilisez l’interface PSI dans les activités de flux de travail locales et de confiance totale pour modifier et mettre à jour les propositions de projet en fonction des modèles de projet d’entreprise. Utilisez des champs personnalisés de projet pour étiqueter le projet avec les informations nécessaires au processus d’initiation et d’approbation. Add tasks to identify project phases for key milestones or deliverables. Lorsque les propositions de projet sont approuvées, un flux de travail peut les transformer en projets à grande échelle gérés avec Project Professionnel.

  • Créer des extensions PSI (déconseillées. Les extensions sont déconseillées dans Project Server 2013 et ne seront pas prises en charge dans les versions ultérieures.) L’interface PSI peut être étendue avec des services personnalisés à l’aide de l’interface Windows Communication Foundation (WCF). Les extensions PSI s’exécutent sur l’ordinateur Project Server et peuvent utiliser la même infrastructure de sécurité que celle utilisée par les services PSI intégrés. Les extensions peuvent interroger les tables de création de rapports, utiliser des tables de base de données distinctes, consolider les appels PSI pour économiser la bande passante et s’intégrer à des applications tierces et à d’autres composants côté serveur. Pour plus d’informations, consultez Développement d’extensions PSI.

  • Utiliser l’emprunt d’identité dans des applications locales de confiance totale Les appels à l’interface WCF de l’interface PSI peuvent être empruntés, de sorte qu’une application assume les autorisations de sécurité de l’utilisateur qui a emprunté l’identité. L’emprunt d’identité doit être utilisé avec parcimonie et précaution. La lecture et la mise à jour des informations status pour d’autres utilisateurs ne nécessitent pas l’emprunt d’identité. Les nouvelles applications qui nécessitent l’emprunt d’identité doivent utiliser le modèle CSOM et le protocole OAuth au lieu de PSI. Pour plus d’informations sur l’emprunt d’identité avec l’interface PSI, consultez Utiliser l’emprunt d’identité avec WCF.

Remarque

Dans certains cas, l’interface PSI peut être utilisée dans les applications clientes avec le modèle CSOM et Project Online. Si vous utilisez un service web PSI asMX, l’application doit inclure une méthode pour authentifier l’objet Microsoft.ProjectServer.Client.ProjectContext dans le modèle CSOM et une méthode pour authentifier l’objet client System.Web.Services.Protocols.SoapHttpClientProtocol . Pour obtenir un exemple qui utilise un service web avec le modèle CSOM SharePoint, voir Authentification à distance dans SharePoint Online à l’aide de l’authentification basée sur les revendications. > En raison des autorisations limitées au niveau de l’application, l’interface PSI ne peut pas être utilisée dans les applications conçues pour la distribution dans l’Office Store public. Dans ce cas, vous pouvez utiliser uniquement le modèle CSOM.

Ce que l’interface PSI ne fait pas

Bien qu’il y ait beaucoup de choses que l’PSI peut faire, il y a certaines choses que l’PSI ne fait pas. Voici deux choses que l’interface PSI ne peut pas faire, mais le modèle CSOM peut le faire.

Project Online et récepteurs d’événements distants

La principale limitation de l’interface PSI concerne Project Online. Les applications qui utilisent psi nécessitent un accès de confiance totale à une installation locale de Project Server. Par exemple, l’interface PSI ne peut pas être utilisée dans les récepteurs d’événements distants, où le récepteur d’événements est installé en tant que service sur Microsoft Azure.

Flux de travail et authentification par revendications

Une définition de flux de travail qui utilise Windows Workflow Foundation version 4 (WF4) nécessite l’authentification par revendications, que l’INTERFACE PSI ne prend pas directement en charge. Cela signifie que vous ne pouvez pas utiliser l’interface PSI pour créer un projet dans Project Server 2013 qui a un type de projet d’entreprise (EPT) avec une définition de flux de travail WF4.

Vous pouvez utiliser l’interface PSI pour créer des projets avec des EPT qui n’ont pas de workflow ou qui utilisent une définition WF3.5 héritée (la version de workflow dans Project Server 2010). Pour créer un projet avec un EPT qui a une définition WF4, utilisez le modèle CSOM.

Actions qui nécessitent Project Professionnel :

La liste suivante répertorie des choses que ni l’interface PSI ni le modèle CSOM ne peuvent effectuer.

Données locales

  • Manipulation de données dans des projets locaux (fichiers .mpp). Par exemple, la définition de tables de taux de coût ou de contours de disponibilité pour les ressources locales.

  • Définition ou modification des calendriers de base locaux ou des calendriers de ressources, y compris les exceptions de calendrier.

  • Définition de champs personnalisés locaux. (L’interface PSI prend en charge la modification des valeurs de champs personnalisés locaux sur les tâches, les ressources et les affectations.)

Données d’entreprise

  • Extraction ou modification du modèle global d’entreprise. Les données globales d’entreprise dans Project Server 2013 sont un ensemble de tables de données binaires dans la base de données Project, et non un modèle de projet comme dans Office Project Server 2007 et les versions antérieures.

  • Définition ou modification de calendriers d’entreprise. Les méthodes Calendrier gèrent uniquement les exceptions de calendrier.

  • Création de projets master et insertion de sous-projets.

  • Planification d’un chemin critique dans un projet master.

  • Création de liens entre projets.

Ressources

  • Demande ou exécution du nivellement des ressources.

  • Modification de la ressource sur une affectation. (Vous pouvez utiliser l’interface PSI pour supprimer l’affectation et en créer une nouvelle.)

  • Suppression ou remplacement d’une ressource dont le travail réel est accepté (réel).

  • Modification d’un type de ressource entre le travail, le matériel et le coût.

  • Création ou modification de calendriers de ressources.

  • Lors de l’ajout d’une ressource à une tâche, l’interface PSI ne redistribue pas automatiquement le travail comme Project Professionnel le fait. Il appartient au développeur de choisir et de définir explicitement la distribution du travail sur les affectations.

Ressources de coûts

  • Modification, création ou suppression de ressources de coût et d’affectations à l’aide des méthodes Project . Les méthodes Resource peuvent créer des ressources de coût, mais ne peuvent pas les modifier.

Contours de travail

  • Modification des données chronologiques.

    Remarque

    La méthode UpdateStatus du service Web Statusing peut modifier les données réelles chronologiques sur les affectations après que le responsable de projet a mis à jour et publié les données d’affectation.

  • Définition ou modification du type de contour d’affectation (par exemple, plat, chargé à l’arrière ou chargé à l’avant).

Bases de référence et valeur acquise

  • Enregistrement d’une base de référence ou modification des données de base.

  • Définition d’une date de progression.

  • Calcul de la variance et de la valeur acquise.

Planification interactive

  • Prise en charge de la planification interactive. (Étant donné que Project Server gère les interactions de manière asynchrone, la planification interactive doit être effectuée avec Project Professionnel.)

    Remarque

    Pour éviter de modifier le comportement de programmation, les méthodes PSI qui sont introduites à partir de Project Server 2010 agissent de la même façon dans Project Server 2013. Par exemple, QueueUpdateProject a toujours les mêmes limitations et utilise l’ancien moteur de planification côté serveur. La nouvelle méthode QueueUpdateProject2 supprime un grand nombre de ces limitations et utilise le nouveau moteur de planification côté serveur de Project Server 2013, qui est le même moteur de planification que celui de Project Professionnel 2013.

WBS

  • Définition d’un masque de code de structure de répartition du travail (WBS).

Tâches

  • Modification du type de tâche (travail fixe, durée ou unités).

  • Changer si une tâche est pilotée par l’effort.

  • Modification de l’accumulation des coûts fixes des tâches.

  • Modification du contenu du champ TASK_NOTES . L’interface PSI peut lire uniquement la partie texte des notes de tâche, qui sont .rtf des données binaires. Toutefois, vous pouvez modifier les notes d’affectation ( ASSN_NOTES ), qui sont des données texte. La base de données de création de rapports n’inclut pas de notes de tâche ou d’affectation.

  • Création ou modification de tâches périodiques.

  • Affectation ou modification du calendrier des tâches sur des tâches existantes.

  • Création d’une tâche avec un calendrier de tâches.

  • Modification de la valeur du champ TASK_IGNORES_RES_CAL (la tâche ignore le calendrier des ressources).

  • Modification de la status active d’une tâche à l’aide de QueueUpdateProject si des modifications supplémentaires sont apportées dans le même appel. Pour plus d’informations, consultez la section Planification de projet sur le serveur dans programmabilité de Project Server.

Tâches récapitulatives

  • Création ou modification d’affectations sur des tâches récapitulatives.

    Remarque

    Nous vous recommandons de ne pas effectuer d’affectations sur des tâches récapitulatives à l’aide de Project Professionnel ou d’une autre manière. Pour plus d’informations, consultez la section Planification de projet sur le serveur dans programmabilité de Project Server.

  • Modification des champs de tâche récapitulative qui sont normalement récapitulés à partir de la tâche subordonnée. Les projets côté serveur cumulent toujours les informations récapitulatives, au lieu de définir des informations sur la tâche récapitulative et de les pousser vers les tâches subordonnées. Vous pouvez modifier uniquement les champs suivants sur les tâches récapitulatives :

Pour la tâche récapitulative du projet, les limitations PSI sont les mêmes que pour Project Professionnel. L’interface PSI peut modifier les affectations de budget, y compris les budgets de coût.

Options de calcul au niveau du projet

Voir aussi